6

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

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

当我想在稍后阶段进行集群和主从配置时，此配置是否会以任何方式影响？

提前致谢，ocptime

4

3 回答 3

7

编写自定义会话处理程序非常容易，但我认为存储会话数据的方法可能比MEMORY表更好。

类似的架构（从上一个问题中得到了更改）

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;

那么您只需要定义您的会话处理程序函数，如上面的链接或本教程中所述。如果您想在垃圾收集期间保存会话信息，您只需使用引擎创建一个与上述相同的表，并在将行从表复制到表的函数INNODB末尾添加一点。gc()MEMORYINNODB

然而MEMORY，表格有一些相当大的限制。他们不能使用BLOB或TEXT列——这就是为什么我在varchar(20000)上面有那么丑的原因。它们的最大大小为 16 MB。如果你有很多用户，保持很多状态，或者垃圾收集有问题，你可能会达到这个限制并崩溃。

一个更好的主意是使用memcache会话处理程序，特别是如果您不需要将会话信息存储到遥远的将来。我很确定memcached它比任何 RDBMS 都快（即使是MEMORY表），而且它的设计可以很好地扩展。另外，您不必编写自己的会话处理函数。

于 2009-07-10T23:18:22.970 回答
4 
InnoDB: ~40 milliseconds Cons: (Slowest)
MEMORY: ~22 milliseconds Cons: (16MB Max)
MyISAM: ~25 milliseconds Cons: (Table-level locking)

我正在使用（gs），所以我不能做memcache，但那会是最好的。

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

我有问题的 php 页面缓存在 smarty 中，所以这里发生的唯一操作是对 url 的正则表达式查找和 sql 会话抓取以检查用户是否已登录。

无论如何，结果如下：使用 InnoDB，我等待请求的时间大约为 40 毫秒。（我使用开发者工具在 chrome 中测量了这一点。）将表切换到 MEMORY 后，每个请求的时间约为 20 毫秒。哇！50% 改善！但是等等...... MyISAM 呢？我试过了，每个请求我得到了大约 22-23 毫秒。哦。

这只是我测试它，而不是一个完整的应用程序。一个真正的应用程序每秒会有数千人写入该表，而 MyISAM 执行表级锁定，这可能很糟糕（哪个 MySQL 数据库引擎更适合存储会话和会话数据：MyISAM 还是 InnoDB？）。

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

于 2013-02-19T05:41:26.710 回答
0

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

于 2013-12-14T11:31:37.987 回答