MySQL：当 innodb_thread_concurrency 设置不当时，可能会发生故障

2024-02-08 17:17:39

这是一个朋友问我的典型案例。整个故障现象表现为，MySQL数据库频繁的出现大量的请求不能响应。下面是一些他提供的证据：

show processlist 从状态信息来看出现如下情况：
- 大量查询处于 Waiting for table metadata lock 状态。
- 大量查询处于 Waiting for table metadata lock (application-defined locks) 状态。
- 大量查询处于 Waiting for table flush 状态。
show engine innodb status 中出现如下信息：
- innodb_row_lock_waits 值很高，表明有大量的行锁等待。
- innodb_lock_wait_time_ms 值很高，表明锁等待时间很长。
MySQL的慢查询日志中出现大量执行时间较长的查询，这些查询大多与更新或删除操作有关。

从以上证据可以看出，这个故障的根本原因是数据库的并发写入压力过大，导致大量的请求无法响应。而并发写入压力过大的原因，则与 innodb_thread_concurrency 参数设置不当有关。

innodb_thread_concurrency 参数控制着 InnoDB 引擎并发执行写入操作的线程数量。默认情况下，该参数的值为 0，表示 InnoDB 将使用所有可用的 CPU 来执行写入操作。但是，在某些情况下，将该参数的值设置得太大可能会导致性能问题。

为了解决这个故障，可以尝试以下优化建议：

将 innodb_thread_concurrency 参数的值减小到一个合理的范围。一般来说，该参数的值应该设置为与服务器的 CPU 核心数相等或略小于 CPU 核心数。
使用 innodb_flush_log_at_trx_commit 参数控制事务日志的刷新策略。默认情况下，该参数的值为 1，表示事务日志将在每次事务提交时刷新到磁盘。但是，在某些情况下，可以将该参数的值设置为 2，表示事务日志将在每次事务提交后每秒刷新一次到磁盘。
使用 innodb_buffer_pool_size 参数控制缓冲池的大小。默认情况下，该参数的值为服务器物理内存的 1/8。但是，在某些情况下，可以将该参数的值增大到服务器物理内存的一半。
使用 innodb_log_buffer_size 参数控制日志缓冲区的大小。默认情况下，该参数的值为 16MB。但是，在某些情况下，可以将该参数的值增大到 32MB 或 64MB。