主页 / dba / 问题 / 333247
Accepted
Marcus
Asked: 2023-11-18 15:28:01 +0800 CST

当 I/O 密集时，为什么 MySQL 会将 ANALYZE 查询置于“系统锁定”状态

  • 772

在 MySQL 8.0.33 上，我遇到了一种文档未解释的争用形式（在多个实例上重现）。

例如：

  1. 我启动一个实例
  2. 在控制台客户端上，我在一个相对较大的表上调用 a SELECT COUNT(*)（几 GB 的总记录+索引）
  3. ANALYZE TABLE在一个单独的客户端上，我在一个单独的、较小的表上调用

结果是第二条语句（ANALYZE TABLE）挂起一段时间，处于阻塞状态System Lock；这是一个示例输出：

+----+--------+------+-------+---------+------+-------------+---------------------------------+
| Id | User   | Host | db    | Command | Time | State       | Info                            |
+----+--------+------+-------+---------+------+-------------+---------------------------------+
| 18 | _user_ | _ip_ | _db_  | Query   |   72 | executing   | SELECT COUNT(*) FROM _table_1_  |
| 32 | _user_ | _ip_ | _db_  | Query   |   45 | System lock | ANALYZE TABLE _table_2_         |
+----+--------+------+-------+---------+------+-------------+---------------------------------+

根据文档（此处和此处），MySQL 似乎在对第一个 ( ) 表的记录进行分页时锁定（至少）两个表SELECT。

究竟是什么导致 MySQL 在对一个表执行 SELECT 时锁定多个表？

mysql

2 个回答

  1. Best Answer

    https://dev.mysql.com/doc/refman/8.0/en/analyze-table.html说：

    在分析过程中，对于InnoDB和MyISAM表使用读锁进行锁定。

    ANALYZE TABLE从表定义缓存中删除表，这需要刷新锁。如果有长时间运行的语句或事务仍在使用该表，则后续语句和事务必须等待这些操作完成才能释放刷新锁。

    • 3

  2. 从 5.6.6 开始，innodb_stats_auto_recalc 和持久统计实际上消除了对ANALYZE TABLE.

    我建议你避免这样做ANALYZE。如果您仍然觉得需要这样，请提供它有帮助的查询以及SHOW CREATE TABLE。可能有一个可行的解决方法。

    • 0

相关问题