Question

我正在使用LAMP开发一个多租户Web应用程序。我的所有用户会话数据当前都存储在具有表类型InnoDB的mysql中。

有没有办法可以使用MEMORY（以前是HEAP）表类型来存储当前会话，并使用会话处理程序的垃圾收集器功能来移动InnoDB（常规表）和（in）之间的会话记忆表？

当我想要群集和放大时，此配置也会以任何方式受到影响。主从配置在后期？

先谢谢， ocptime

Answer 1

编写custom session handler非常容易，但我认为存储会话数据的方法可能比MEMORY表更好。

类似的架构（取自a previous question的更改）

CREATE TABLE IF NOT EXISTS `session` (
  `id` char(32) NOT NULL,
  `data` varchar(20000) NOT NULL,
  `time_created` timestamp NOT NULL default '0000-00-00 00:00:00',
  `time_updated` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP,
  PRIMARY KEY  (`id`),
  KEY `time_created` (`time_created`),
  KEY `time_updated` (`time_updated`)
) ENGINE=MEMORY DEFAULT CHARSET=utf8;

然后您只需定义会话处理函数，如上面的链接或此tutorial中所述。如果你想在垃圾收集期间保存会话信息，你只需要使用INNODB引擎创建一个与上面相同的表，并在复制gc()函数的末尾添加一个位。从MEMORY到INNODB表格的行。

但是MEMORY表有一些非常重要的限制。他们无法使用BLOB或TEXT列 - 这就是为什么我上面有那个丑陋varchar(20000)的原因。它们的最大大小为16 MB。如果你有很多用户，保持很多状态，或者遇到垃圾收集问题你可以达到这个限制并崩溃。

更好的想法是使用memcache session handler，尤其是如果您不需要将会话信息存储到遥远的未来。我很确定memcached比任何RDBMS都要快（即使使用MEMORY表），它的设计也很好。另外，您不必编写自己的会话处理函数。

Answer 2

InnoDB: ~40 milliseconds Cons: (Slowest)
MEMORY: ~22 milliseconds Cons: (16MB Max)
MyISAM: ~25 milliseconds Cons: (Table-level locking)

我正在使用（gs），所以我不能做内存缓存，但那样最好。

我个人正在考虑使用MEMORY，但我不知道性能优势是否会超出尺寸限制的成本等。所以我做了每个优秀的程序员在优化时应该做的事情：我描述了它。

我的php页面是以smarty缓存的，因此这里发生的唯一操作是对url进行正则表达式查找，并使用sql会话来检查用户是否已登录。

无论如何这里是结果：使用InnoDB我得到~40毫秒等待请求。（我使用开发人员工具在chrome中对此进行了测量。）将表格切换到MEMORY后，每次请求大约需要20毫秒。哇！提高50％！但是等等...... MyISAM怎么样？我试过了，每次请求我得到了~22-23毫秒。哦。

这只是我测试它，而不是全面的应用程序。一个真正的应用程序每秒都会有成千上万的人写入该表，而MyISAM会执行表级锁定，这可能很糟糕（Which MySQL database engine is better for storing sessions and session data: MyISAM or InnoDB?）。

所以我现在坚持记忆。对于那些缓存页面来说，这是一个巨大的改进，但我鼓励你介绍一下！如果您的网站正在重建每个页面，那么10毫秒可能并不重要。

Answer 3

使用InnoDB表进行会话。我听说内存表在插入时会锁定整个表，而InnoDB只锁定需要操作的特定行。

MySQL会话表方法

3 个答案: