用于临时/循环存储（例如用于会话管理）的最佳/最快的MySQL表架构是什么？

Question

为非常动态的网站编写自定义MySQL数据库驱动的PHP会话管理时，对于您的会话表而言，最佳（最快的读/写访问）结构是什么？

错误的例子（未优化）：

创建表`session`（
    session_id VARCHAR（32）非空，
    `session_data` TEXT NOT NULL，
    `t_created` DATETIME NOT NULL，
    `t_updated` DATETIME NOT NULL，
    主键（`session_id`）
）ENGINE = INNODB DEFAULT CHARSET = utf8;

我认为使用内存引擎会更好/更快，但是我不确定。我想不出用英语解释一切的好方法，所以我列出了我认为很重要的要求/细节：

细节：

• 分类：优化
• 子类别：MySQL查询性能
• 目标：最快的随机访问表架构和单行查询
• 常见用途：自定义会话管理，临时存储
• 操作系统：* nix，更具体地说：Centos 5+（在x86_64上）
• 数据库：MySQL版本：5+（社区版本）

结果：

• SQL查询：创建表
• SQL查询：按随机键选择单行（例如，PHP会话ID）
• SQL查询：使用随机键插入单行（例如PHP会话ID）
• SQL查询：按随机键更新单行（例如会话ID）
• SQL查询：按时间戳删除多行（垃圾回收，例如过期的会话）

预期行寿命（例如会话持续时间）：

• 30％：0秒至30秒
• 20％：30s-5m
• 30％：5m-1h
• 20％：1h-8h

预期的行数（例如活动会话）：

• 最低：128
• 中：1024
• 最高：100000

如果有人想出一种更好的方式来表达所有这些短语，请随时进行编辑。

Answer 1

您的直觉似乎是正确的。我建议按如下方式创建表：

CREATE TABLE session (
  id CHAR(32) NOT NULL,
  data BLOB NOT NULL,
  t_created TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  t_updated TIMESTAMP,
  PRIMARY KEY (session_id),
  INDEX t_created(t_created),
  INDEX t_updated(t_updated)
)
ENGINE = MEMORY
CHARACTER SET utf8;

笔记：

• id-当您知道内容的长度时，CHAR会便宜一些
• 数据-BLOB（二进制大对象）在这里更适用，因为您可能存储的不是TEXT。
• 尽管您限于时间范围1901-2038，但t_created和t_updated-TIMESTAMP-的计算速度更快，但是对于此应用程序来说应该没问题。
• t_created和t_updated上的INDEX占用大量内存，并非​​完全必要，但在按这些列进行查询时，它们确实可以帮助提高性能。
• MEMORY表虽然非常快，但却有其局限性。如果您的mysqld重新启动，则所有数据都将丢失。

旁注：
我不确定您打算如何垃圾收集会话，但是如果您希望50％的会话在5分钟以内，那么会话结束是如何定义的？用户/客户端是否必须明确退出会话（通过注销）？如果您隐式结束会话，那么用户访问网站的时间可能会很艰难。