小表上的简单 SQL 更新查询很慢

Question

我最近为我的 PHP 会话迁移到数据库存储。在创建会话处理函数后，我意识到我的写入速度很慢。

以下查询在 MySQL 上需要 0.04 秒，在 SQLite 上需要 0.08 秒。这似乎并不慢，直到我意识到新设置的表格只有 6 行。

UPDATE sm_sessions
    SET last_access =  '1463104877'
    WHERE session_id = 'smsess-5734112c09619927459593e9866792515f74ba3115d3a1093b3a31018'
    LIMIT 1

还有，这是表结构。

CREATE TABLE IF NOT EXISTS `sm_sessions` (
  `id` int(10) NOT NULL AUTO_INCREMENT,
  `session_id` char(64) COLLATE utf8mb4_unicode_ci NOT NULL,
  `session_data` text COLLATE utf8mb4_unicode_ci,
  `last_access` int(10) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `session_id` (`session_id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci AUTO_INCREMENT=57 ;

请注意，我已经尝试了所有方法，包括以下内容：

• 添加了主键和自增“id”（这个字段一开始是不存在的，尝试添加看看会不会影响性能）
• 在 session_id 上尝试了主键、唯一索引和常规索引
• 尝试删除所有索引
• 尝试修改查询以使用 where 子句中的 id 而不是 64 个字符的 session_id 进行更新（没有改进）
• 尝试使用 REPLACE INTO 和 ON DUPLICATE KEY 更新（更糟）
• 直接从 mysql cli 和 phpmyadmin（以及 sqlite cli 和 sqliteadmin）运行查询 - 性能相同，所以我知道它不是 php 或 pdo 减慢它的速度

我知道 0.04 秒还不错。但是，读取在 0.0006 秒左右完成。如果我有 10 次写入，那就是 0.4 秒。而且，是的，我知道读取通常总是比写入快，但是对于一个有 6 行、新设置和如此简单查询的表来说，0.04 或更差的速度听起来非常糟糕。

我觉得这个更新查询在 WORST 应该需要 0.01 秒，通常在 0.005 秒的范围内。这是一个合理的期望吗？

这是在本地完成的，但似乎即使在不同的服务器上写入也会相对较慢，因为其他一切都很快。我可以发布代码或 mysql/sqlite 设置，但我觉得这在最近制作的 6 行表上并不重要。

怎么了？

编辑|更新安装mysql时创建的mysql表，一个简单的更新查询耗时0.005秒。相同的数据库服务器。出了点问题。

EDIT2|将存储引擎从 InnoDB 更改为 MyISAM 使查询运行得更快 - 0.0009 秒。我会将此标记为已解决，我可能会，但有谁知道为什么会加快它的速度？

EDIT3|抱歉所有的编辑，但任何阅读的人都应该知道我在下面的答案中找到了解决方案。

Answer 1

感谢@tadman 的建议，我开始使用 mysqlslab 进行基准测试，并且我已经解决了问题。

我的连接和服务器字符集和排序规则设置为 latin1 和 utf8 的混合。

此表使用 utf8mb4 和 utf8mb4_general_ci 比较字符串。

更改连接和服务器以匹配后，我获得了

显示我的测试..

在我发现问题之前，我运行了以下命令：

scott@scottsdevbox:/etc/mysql$ /usr/bin/mysqlslap --user=root --password=mypasswordhere --delimiter=";" --create="CREATE TABLE a (session_id char(64) COLLATE utf8mb4_unicode_ci NOT NULL, session_data text COLLATE utf8mb4_unicode_ci, last_access int(10) NOT NULL, PRIMARY KEY (session_id)) DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; INSERT INTO  a (session_id ,session_data ,last_access)VALUES ('smsess-57356c97a576f244771728b1cf2b22c3d05ee2a891ab34c4c60cd5fe9',  'abczyx123string',  '1463120872');" --query="UPDATE a SET last_access =  '1463120866' WHERE session_id = 'smsess-57356c97a576f244771728b1cf2b22c3d05ee2a891ab34c4c60cd5fe9' LIMIT 1" --concurrency=1 --iterations=100 --engine="InnoDB"

并以 0.04 的速度得到通常的结果：

Benchmark
    Running for engine InnoDB
    Average number of seconds to run all queries: 0.046 seconds
    Minimum number of seconds to run all queries: 0.033 seconds
    Maximum number of seconds to run all queries: 0.211 seconds
    Number of clients running queries: 1
    Average number of queries per client: 1

然后，在更改我的服务器和客户端字符集（到 utf8mb4）和排序规则（到 utf8mb4_general_ci）以匹配数据库和字段之后..

命令：

scott@scottsdevbox:/etc/mysql$ /usr/bin/mysqlslap --user=root --password=mypasswordhere --delimiter=";" --create="CREATE TABLE a (session_id char(64) character set utf8mb4 COLLATE utf8mb4_general_ci NOT NULL, session_data text character set utf8mb4 COLLATE utf8mb4_general_ci, last_access int(10) NOT NULL, PRIMARY KEY (session_id))  DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; INSERT INTO  a (session_id ,session_data ,last_access)VALUES ('smsess-57356c97a576f244771728b1cf2b22c3d05ee2a891ab34c4c60cd5fe9',  'abczyx123string',  '1463120872');" --query="UPDATE a SET last_access =  '1463120866' WHERE session_id = 'smsess-57356c97a576f244771728b1cf2b22c3d05ee2a891ab34c4c60cdsed5fe9' LIMIT 1" --concurrency=1 --iterations=100 --engine="InnoDB"

结果：

Benchmark
    Running for engine InnoDB
    Average number of seconds to run all queries: 0.000 seconds
    Minimum number of seconds to run all queries: 0.000 seconds
    Maximum number of seconds to run all queries: 0.001 seconds
    Number of clients running queries: 1
    Average number of queries per client: 1

总之，我了解到更改您的客户端和服务器字符集和排序规则以匹配数据库、表和字段字符集和排序规则会提高查询速度。

Answer 2

对数据库的每次更改都涉及锁定和同步开销，每个事务仅发生一次，并且不依赖于访问或写入的数据量。

所以当DB的大小增加时，时间很可能不会变大。

要使多次写入更快，请将它们全部放入同一个事务中。

Answer 3

char(64) COLLATE utf8mb4_unicode_ci 不适合 ascii 字符串。

• CHAR 是固定宽度，浪费空间。特别是，无论内容如何，​​它都占用 4*64 (=256) 字节。

• COLLATE utf8mb4_unicode_ci 如果文本始终是字母、破折号和数字，则会增加不必要的复杂性。

切换到VARCHAR(64) CHARACTER SET ascii。如果合适，session_data 可以保留 utf8mb4。