php – 使用$_SESSION来缓冲/缓存MySQL查询

Is there a way to execute a function when the sessions is destroyed by
timeout or closing of the browser?

是的,但它可能不会像你想象的那样工作.您可以使用session_set_save_handler定义自己的自定义会话处理程序,部分定义是提供destroy和gc回调函数.当会话被明确销毁并且由于已经过期而被销毁时,会调用这两个,因此它们完全按照您的要求执行.

但是,由于超时而导致的会话到期不会发生在发条精度上;在过期的会话实际上是“垃圾收集”之前可能需要很长时间.此外,垃圾收集会触发probabilistically,因此从理论上讲,过期的会话永远不会被垃圾收集.

Is that sensical? Are a couple of hundred concurrent SQL queries going
to be a problem for a shared server and is the idea of using $_SESSION
as a buffer going to alleviate some of this.

我真的不会这样做有几个原因：

>过早优化(在测量之前,不要只是假设它会“更好”).
>会话可能永远不会被垃圾收集;即使没有发生这种情况,也无法控制何时收集它们.这可能是个问题.
>有可能丢失会话所包含的所有内容(例如服务器重新启动),其中包括玩家进度.玩家不喜欢失去进步.
>对于同一用户的并发会话是不可能的(其“已保存的数据”获胜并保持持久到数据库？).

替代方案呢？

好吧,既然我们正在谈论el cheapo共享托管,你绝对不会控制服务器,所以涉及PHP扩展的任何东西(例如memcached)都是有条件的.数据库端缓存也不会飞.此外,服务器上的负载将受到控制之外的变量的影响,因此您无法进行任何容量规划.

在任何情况下,我首先要确保数据库本身的结构是最佳的,并且代码的编写方式可以最大限度地减少数据库的负载(仅通过在编辑器中输入内容就可以获得免费性能).

之后,您可以引入只读缓存：通常需要显示很多东西,但不打算修改.对于“几乎从不”更新的数据,会话缓存在您需要时无效,可能是一种简单而有效的改进(您甚至可以在失效方面产生误报,只要它们不是太多,宏伟的计划).

最后,如果您担心在单个请求期间从数据库中提取相同的数据两次,则可以添加按请求缓存(在变量中).