Mysql（myisam）：“等待锁定”替换阻止所有选择

Question

我有一个MyISAM表（我不能将其更改为使用InnoDb，请不要建议这样做），它很大（〜20GB），我有一个工作人员定期转储该表（我使用的是- -skip-lock-tables选项）

在转储过程中（大约需要5分钟），可以正确运行并发选择，这与我期望的一样。 当我在转储过程中进行“ REPLACE”操作时，此REPLACE操作是“ waiting for metadatalock”（等待元数据锁定），这似乎也很正常。

但是，在启动替换之后启动的每个SELECT也将“等待元数据锁定”。 我不明白为什么。 您能否在此方面帮助我，并告诉我如何正确运行所有选择（即使在此替换之后）

谢谢 ！

Answer 1

正在发生的是：

• 您的工作人员正在进行重大SELECT 。 SELECT用读锁锁定表。 顺便说一句， skip-lock-tables仅意味着您不会一次锁定所有表，但是SELECT查询仍在分别锁定每个表。 有关此答案的更多信息。
• 您的REPLACE正在尝试INSERT但必须等待第一个SELECT （转储）完成才能获取写锁定。 它放在写锁定队列中 。
• 将REPLACE之后的每个SELECT放入读锁定队列中 。

这是文档中有关表级锁定的行为 ：

表更新的优先级高于表检索。 因此，释放锁时，该锁可用于写锁队列中的请求，然后可用于读锁队列中的请求。 这样可以确保即使表有大量的SELECT活动，也不会“更新”表的更新。

如果希望SELECT不等待REPLACE ，则可以 （从未进行过实际测试）尝试在替换项上使用LOW_PRIORITY修饰符。

如果使用LOW_PRIORITY修饰符，则INSERT的执行将延迟，直到没有其他客户端从表中读取为止。 这包括在现有客户端正在阅读时以及INSERT LOW_PRIORITY语句正在等待时开始阅读的其他客户端。 因此，发出INSERT LOW_PRIORITY语句的客户端有可能在读取繁重的环境中等待很长时间（甚至永远）。 （这与“ INSERT DELAYED”相反，后者使客户端可以立即继续。）

但是要小心，因为如果总是有很多选择，它可能永远不会运行。