mysql线程和并发数 mysql 线程

转载

mob64ca1403c772 2023-08-21 22:31:27

文章标签 mysql线程和并发数 mysql线程详解 mysql html 服务器 文章分类 MySQL 数据库

**前言：**我们常用 `show processlist` 或 `show full processlist ` 查看数据库连接状态，其中比较关注的是 State 列，此列表示该连接此刻所在的状态。那么你真的了解不同 State 值所表示的状态吗？下面我们参考官方文档来一探究竟。

> 以MySQL 5.7版本为例

官方文档地址：https://dev.mysql.com/doc/refman/5.7/en/general-thread-states.html

简单翻译下：

- `After create`

当线程在创建表的函数末尾创建表(包括内部临时表)时，会发生这种情况。即使由于某些错误而无法创建表，也会使用此状态。

- `Analyzing`

线程正在计算`MyISAM`表键分布(例如，for [`ANALYZE TABLE`](https://dev.mysql.com/doc/refman/5.7/en/analyze-table.html))。

- `checking permissions`

线程正在检查服务器是否具有执行语句所需的权限。

- `Checking table`

该线程正在执行表检查操作。

- `cleaning up`

该线程已经处理了一个命令，并准备释放内存并重置某些状态变量。

- `closing tables`

该线程正在将更改的表数据刷新到磁盘并关闭已使用的表。这应该是一个快速的操作。如果没有，请验证您的磁盘空间剩余。

- `converting HEAP to ondisk`

该线程正在将内部临时表从 `MEMORY`表转换为磁盘表。

- `copy to tmp table`

线程正在处理一个[`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)语句。在创建具有新结构的表但在将行复制到其中之前，将发生此状态。

对于处于此状态的线程，可以使用性能模式来获取有关复制操作的进度。

- `Copying to group table`

如果语句具有不同的条件`ORDER BY`和 `GROUP BY`标准，则按组对行进行排序并将其复制到临时表。

- `Copying to tmp table`

服务器正在复制到内存中的临时表。

- `altering table`

服务器正在执行就地 [`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)。

- `Copying to tmp table on disk`

服务器正在复制到磁盘上的临时表。

- `Creating index`

线程正在处理`ALTER TABLE ... ENABLE KEYS`一个`MyISAM`表。

- `Creating sort index`

线程正在处理[`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)使用内部临时表解析的线程。

- `creating table`

线程正在创建一个表。这包括创建临时表。

- `Creating tmp table`

该线程正在内存或磁盘上创建临时表。如果表在内存中创建但稍后转换为磁盘表，则该操作期间的状态将为`Copying to tmp table on disk`。

- `committing alter table to storage engine`

服务器已完成就地 [`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)并提交结果。

- `deleting from main table`

服务器正在执行多表删除的第一部分。它仅从第一个表中删除，并保存用于从其他(引用)表中删除的列和偏移量。

- `deleting from reference tables`

服务器正在执行多表删除的第二部分，并从其他表中删除匹配的行。

- `discard_or_import_tablespace`

线程正在处理`ALTER TABLE ... DISCARD TABLESPACE`或`ALTER TABLE ... IMPORT TABLESPACE`声明。

- `end`

这发生在结束，但的清理之前 [`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)， [`CREATE VIEW`](https://dev.mysql.com/doc/refman/5.7/en/create-view.html)， [`DELETE`](https://dev.mysql.com/doc/refman/5.7/en/delete.html)， [`INSERT`](https://dev.mysql.com/doc/refman/5.7/en/insert.html)， [`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)，或 [`UPDATE`](https://dev.mysql.com/doc/refman/5.7/en/update.html)语句。

- `executing`

该线程已开始执行语句。

- `Execution of init_command`

线程正在执行`init_command`系统变量值中的语句。

- `freeing items`

线程执行了一个命令。在此状态期间完成的一些项目的释放涉及查询缓存。这种状态通常紧随其后`cleaning up`。

- `FULLTEXT initialization`

服务器正准备执行自然语言全文搜索。

- `init`

出现这种情况的初始化之前 [`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)， [`DELETE`](https://dev.mysql.com/doc/refman/5.7/en/delete.html)， [`INSERT`](https://dev.mysql.com/doc/refman/5.7/en/insert.html)， [`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)，或 [`UPDATE`](https://dev.mysql.com/doc/refman/5.7/en/update.html)语句。服务器在此状态下采取的操作包括刷新二进制日志，`InnoDB`日志和一些查询缓存清理操作。

对于`end`状态，可能会发生以下操作：

- 删除表中的数据后删除查询缓存条目

- 将事件写入二进制日志

- 释放内存缓冲区，包括blob

- `Killed`

有人[`KILL`](https://dev.mysql.com/doc/refman/5.7/en/kill.html) 向线程发送了一个语句，它应该在下次检查kill标志时中止。在MySQL的每个主循环中检查该标志，但在某些情况下，线程可能仍然需要很短的时间才能死掉。如果线程被某个其他线程锁定，则一旦另一个线程释放其锁定，kill就会生效。

- `logging slow query`

该线程正在向慢查询日志写一条语句。

- `login`

连接线程的初始状态，直到客户端成功通过身份验证。

- `manage keys`

服务器正在启用或禁用表索引。

- `NULL`

该状态用于该[`SHOW PROCESSLIST`](https://dev.mysql.com/doc/refman/5.7/en/show-processlist.html)状态。

- `Opening tables`

线程正在尝试打开一个表。这应该是非常快的程序，除非有什么东西阻止打开。例如，一个[`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)或一个 [`LOCK TABLE`](https://dev.mysql.com/doc/refman/5.7/en/lock-tables.html)语句可以阻止在语句结束之前打开表。

- `optimizing`

服务器正在对查询执行初始优化。

- `preparing`

在查询优化期间发生此状态。

- `Purging old relay logs`

该线程正在删除不需要的中继日志文件。

- `query end`

处理查询后但在`freeing items`状态之前发生此状态。

- `Receiving from client`

服务器正在从客户端读取数据包。`Reading from net`在MySQL 5.7.8之前调用此状态。

- `Removing duplicates`

该查询使用 [`SELECT DISTINCT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)的方式是MySQL无法在早期阶段优化掉不同的操作。因此，在将结果发送到客户端之前，MySQL需要额外的阶段来删除所有重复的行。

- `removing tmp table`

该线程在处理[`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html) 语句后删除内部临时表。如果未创建临时表，则不使用此状态。

- `rename`

该线程正在重命名一个表。

- `rename result table`

线程正在处理一个[`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)语句，创建了新表，并重命名它以替换原始表。

- `Reopen tables`

该线程获得了表的锁定，但在获取锁定之后注意到基础表结构发生了变化。它释放了锁，关闭了桌子，并试图重新打开它。

- `Repair by sorting`

修复代码使用排序来创建索引。

- `preparing for alter table`

服务器正准备执行就地 [`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)。

- `Repair done`

该线程已完成对`MyISAM`表的多线程修复。

- `Repair with keycache`

修复代码通过密钥缓存逐个创建密钥。这比慢得多`Repair by sorting`。

- `Rolling back`

该线程正在回滚一个事务。

- `Saving state`

对于`MyISAM`诸如修复或分析的表操作，线程将新表状态保存到`.MYI`文件头。状态包括诸如行数， `AUTO_INCREMENT`计数器和密钥分发之类的信息。

- `Searching rows for update`

该线程正在进行第一阶段以在更新之前查找所有匹配的行。如果 [`UPDATE`](https://dev.mysql.com/doc/refman/5.7/en/update.html)要更改用于查找所涉及行的索引，则必须执行此操作。

- `Sending data`

线程正在读取和处理[`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)语句的行，并将数据发送到客户端。由于在此状态期间发生的操作往往会执行大量磁盘访问(读取)，因此它通常是给定查询生命周期中运行时间最长的状态。

- `Sending to client`

服务器正在向客户端写入数据包。`Writing to net`在MySQL 5.7.8之前调用此状态。

- `setup`

线程正在开始一个[`ALTER TABLE`](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html)操作。

- `Sorting for group`

线程正在进行排序以满足 `GROUP BY`。

- `Sorting for order`

线程正在进行排序以满足`ORDER BY`。

- `Sorting index`

该线程正在对索引页面进行排序，以便在`MyISAM`表优化操作期间进行更有效的访

- `Sorting result`

对于[`SELECT`](https://dev.mysql.com/doc/refman/5.7/en/select.html)声明，这类似于`Creating sort index`非临时表。

- `statistics`

服务器正在计算统计信息以开发查询执行计划。如果线程长时间处于此状态，则服务器可能是磁盘绑定执行其他工作。

- `System lock`

线程已经调用 `mysql_lock_tables()` ，并且线程状态尚未更新。这是一个非常普遍的状态，可能由于多种原因而发生。

例如，线程将请求或正在等待表的内部或外部系统锁定。[`InnoDB`](https://dev.mysql.com/doc/refman/5.7/en/innodb-storage-engine.html)在执行期间等待表级锁定时会发生这种情况[`LOCK TABLES`](https://dev.mysql.com/doc/refman/5.7/en/lock-tables.html)。如果此状态是由外部锁的请求引起的，并且您没有使用多个访问相同表的[**mysqld**](https://dev.mysql.com/doc/refman/5.7/en/mysqld.html)服务器，则[`MyISAM`](https://dev.mysql.com/doc/refman/5.7/en/myisam-storage-engine.html)可以使用该[`--skip-external-locking`](https://dev.mysql.com/doc/refman/5.7/en/server-options.html#option_mysqld_external-locking) 选项禁用外部系统锁。但是，默认情况下禁用外部锁定，因此该选项很可能无效。对于 [`SHOW PROFILE`](https://dev.mysql.com/doc/refman/5.7/en/show-profile.html)，这个状态意味着线程正在请求锁定(不等待它)。

- `update`

线程正准备开始更新表。

- `Updating`

线程正在搜索要更新的行并正在更新它们。

- `updating main table`

服务器正在执行多表更新的第一部分。它仅更新第一个表，并保存用于更新其他(引用)表的列和偏移量。

- `updating reference tables`

服务器正在执行多表更新的第二部分，并更新其他表中的匹配行。

- `User lock`

该线程将要求或正在等待通过[`GET_LOCK()`](https://dev.mysql.com/doc/refman/5.7/en/locking-functions.html#function_get-lock)呼叫请求的咨询锁。对于 [`SHOW PROFILE`](https://dev.mysql.com/doc/refman/5.7/en/show-profile.html)，此状态表示线程正在请求锁定(不等待它)。

- `User sleep`

线程已经调用了一个 [`SLEEP()`](https://dev.mysql.com/doc/refman/5.7/en/miscellaneous-functions.html#function_sleep)调用。

- `Waiting for commit lock`

[`FLUSH TABLES WITH READ LOCK`](https://dev.mysql.com/doc/refman/5.7/en/flush.html#flush-tables-with-read-lock) 正在等待提交锁定。

- `Waiting for global read lock`

[`FLUSH TABLES WITH READ LOCK`](https://dev.mysql.com/doc/refman/5.7/en/flush.html#flush-tables-with-read-lock) 正在等待全局读锁定或[`read_only`](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_read_only)正在设置全局系统变量。

- `Waiting for tables`

线程得到一个通知，表明表的底层结构已经改变，它需要重新打开表以获得新结构。但是，要重新打开表，它必须等到所有其他线程关闭了相关表。

- `Waiting for table flush`

线程正在执行[`FLUSH TABLES`](https://dev.mysql.com/doc/refman/5.7/en/flush.html#flush-tables)并且正在等待所有线程关闭它们的表，或者线程得到一个表的基础结构已经更改的通知，并且它需要重新打开表以获取新结构。但是，要重新打开表，它必须等到所有其他线程关闭了相关表。

- `Waiting for *lock_type* lock`

服务器正在等待`THR_LOCK`从元数据锁定子系统获取锁定或锁定，其中 *lock_type*指示锁定的类型。

此状态表示等待 `THR_LOCK`：

- `Waiting for table level lock`

这些状态表示等待元数据锁定：

- `Waiting for event metadata lock`

- `Waiting for global read lock`

- `Waiting for schema metadata lock`

- `Waiting for stored function metadata lock`

- `Waiting for stored procedure metadata lock`

- `Waiting for table metadata lock`

- `Waiting for trigger metadata lock`