为什么这个查询很慢？我应该在这里使用 MyISAM 而不是 InnoDB 吗？

Question

在我的慢查询日志中，我每小时大约会收到 5 次这些：

# Query_time: 11.420629  Lock_time: 0.000033 Rows_sent: 0  Rows_examined: 0
SET timestamp=1267487708;
INSERT INTO record_lock (record_lock.module_id, record_lock.module_record_id, record_lock.site_id, record_lock.user_id, record_lock.expiration_date_time, record_lock.date_time_created) VALUES ('40', '12581', '940', '155254', '2010-03-02 00:24:57', '2010-03-01 23:54:57');

# Query_time: 2.095374  Lock_time: 0.000031 Rows_sent: 0  Rows_examined: 0
SET timestamp=1267488361;
DELETE
FROM record_lock
WHERE record_lock.user_id = 221659 AND record_lock.expiration_date_time IS NOT NULL;

record_lock 表目前使用 InnoDB，现在它有不到十几个记录。

我们的系统中有数千名活跃用户。每次他们编辑记录时，我们都会插入到这个表中。在系统中任何地方的每个页面加载时，我们 1）从表中选择以查看当前用户是否有任何锁，以及 2）如果有用户的任何记录，则对该表运行 DELETE 查询，引用WHERE 子句中表的主键。

这是表的架构：

CREATE TABLE IF NOT EXISTS `record_lock` (
  `module_id` int(10) unsigned NOT NULL,
  `module_record_id` int(10) unsigned NOT NULL,
  `site_id` int(10) unsigned NOT NULL,
  `user_id` int(10) unsigned NOT NULL,
  `expiration_date_time` datetime NOT NULL,
  `date_time_created` datetime DEFAULT NULL,
  PRIMARY KEY (`module_id`,`module_record_id`),
  KEY `record_lock_site_id` (`site_id`),
  KEY `index_user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Answer 1

你每秒执行多少查询？

您能不能在记录本身中放置一个锁定字段？我想你无论如何都会得到记录。您还可以使用 memcached 之类的东西来存储锁。

我不知道具体细节，但我的理解是 InnoDB 非常适合并发读取，但不适合并发写入。 MyISAM 可能会更好，但我的直觉告诉我当前的设计存在缺陷。

Answer 2

您是否尝试过对查询运行 EXPLAIN？

Answer 3

是否有太多的连接试图访问同一张表？您可以尝试在 user_id 上对表进行分段以帮助解决此问题。

Answer 4

打开 Innodb 监视器有助于缩小性能不佳的原因：

SHOW ENGINE INNODB STATUS and the InnoDB Monitors