防止查询等待表级锁定的方法

将客户的数据库移至其他服务器后，我们遇到了问题。这应该会对站点的性能产生积极影响，但是MyISAM中的表锁定存在问题。（我听说过使用InnoDB代替MyISAM，但是我们不能在不久的将来更改引擎）。
我们可以将其发现为更新查询，该更新查询是由主持人在文章站点上激活评论时执行的。这是过程：

• 更新查询已处理 SET status = 1 WHERE id = 5（已设置索引）
• 页面的缓存文件被删除

此时，整个页面变慢。数据库本身忙了几分钟。我几次获取进程列表，并看到了大约60个不同选择查询的条目，它们都处于等待表级锁定的状态。

1.我不理解为什么表上的此更新article_comments会影响表article等待表级锁定的选择语句。在进程列表中，几乎所有等待查询都来自该表。我已经读过一个事实，即更新/插入优先于选择，并且这可能会导致此类问题，但是当注释被激活时，articles-table本身不会被更新，因此选择不应该等待。我错过了吗？
2.除了更改为InnoDB以外，还可以采取其他措施来防止此行为或至少获得更好的平衡吗？对于将数据库移动到新服务器之前没有出现此问题，我感到非常恼火。我猜有一些配置错误，但我不知道如何识别。

MyISAM存储引擎因对任何DML（INSERT，UPDATE，DELETE）执行全表锁定而臭名昭著。从长远来看，InnoDB肯定会解决该问题。

我写了关于使用MyISAM与InnoDB的利弊的文章

• InnoDB与MyISAM具有许多索引（2012年7月5日）
• InnoDB或MyISAM哪个更快？（2012年5月3日）
• 从MyISAM转换为InnoDB有任何麻烦吗？（2012年1月9日）
• 我应该使用MyISAM以外的其他存储引擎来优化这些表还是应该获得更好的磁盘？（2011年10月7日）
• 表级锁定的好处（2011年9月14日）
• InnoDB和MyISAM之间的主要区别是什么？（2011年4月14日）

关于您当前的问题，这是一个可能的情况：

• article并且article_comments都是MyISAM表
• article_comments有一个或多个索引status作为列
• 的索引页更新article_comments缓存在MyISAM密钥缓冲区（大小由key_buffer_size）中，从而导致旧索引页超出MyISAM密钥缓冲区
• 您有SELECT查询，它们在article和之间执行JOINarticle_comments

在我建议的情况下，article由于必须等待article_comments从任何DML中释放出来（在这种情况下为UPDATE），因此可以阻止针对表的SELECT 不允许写入操作

此时，整个页面变慢。数据库本身忙了几分钟。

闻起来像您有很大的Query_cache吗？

mysql> SHOW VARIABLES LIKE 'query_cache%';
+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 16777216 | -- Not over 50M
| query_cache_type             | DEMAND   | -- Only if using SQL_CACHE
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+

对于具有大量写入的生产系统，您也可以关闭query_cache。

所有当query_cache对于给定的表项将被清除任何写操作发生于该表。QC越大，此任务就越慢。

MyISAM使用“表级别”锁。读取和写入不能同时发生（在同一表上）。粗暴，但有效。