查看服务器状态 show status
Global - 全局，Session - 会话级别，Both - Global & Session
| 状态名 | 作用域 | 含义 |
|---|---|---|
| Aborted_clients | Global | 由于客户端没有正确关闭连接导致客户端终止而中断的连接数 |
| Aborted_connects | Global | 试图连接到MySQL服务器而失败的连接数 |
| Binlog_cache_disk_use | Global | 使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量 |
| Binlog_cache_use | Global | 使用临时二进制日志缓存的事务数量 |
| Bytes_received | Both | 从所有客户端接收到的字节数 |
| Bytes_sent | Both | 发送给所有客户端的字节数 |
| com* | 各种数据库操作的数量 | |
| Compression | Session | 客户端与服务器之间只否启用压缩协议 |
| Connections | Global | 试图连接到(不管是否成功)MySQL服务器的连接数 |
| Created_tmp_disk_tables | Both | 服务器执行语句时在硬盘上自动创建的临时表的数量 |
| Created_tmp_files | Global | mysqld已经创建的临时文件的数量 |
| Created_tmp_tables | Both | 服务器执行语句时自动创建的内存中的临时表的数量。如果Created_tmp_disk_tables较大，你可能要增加tmp_table_size值使临时 表基于内存而不基于硬盘 |
| Delayed_errors | Global | 用INSERT DELAYED写的出现错误的行数(可能为duplicate key) |
| Delayed_insert_threads | Global | 使用的INSERT DELAYED处理器线程数 |
| Delayed_writes | Global | 写入的INSERT DELAYED行数 |
| Flush_commands | Global | 执行的FLUSH语句数 |
| Handler_commit | Both | 内部提交语句数 |
| Handler_delete | Both | 行从表中删除的次数 |
| Handler_discover | Both | MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数 |
| Handler_prepare | Both | 两阶段提交操作的准备阶段的计数器 |
| Handler_read_first | Both | 索引中第一条被读的次数。如果较高，它建议服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引 |
| Handler_read_key | Both | 根据键读一行的请求数。如果较高，说明查询和表的索引正确 |
| Handler_read_next | Both | 按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加 |
| Handler_read_prev | Both | 按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC |
| Handler_read_rnd | Both | 根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键 |
| Handler_read_rnd_next | Both | 在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引 |
| Handler_rollback | Both | 内部ROLLBACK语句的数量 |
| Handler_savepoint | Both | 在一个存储引擎放置一个保存点的请求数量 |
| Handler_savepoint_rollback | Both | 在一个存储引擎的要求回滚到一个保存点数目 |
| Handler_update | Both | 在表内更新一行的请求数 |
| Handler_write | Both | 在表内插入一行的请求数 |
| Innodb_buffer_pool_pages_data | Global | 包含数据的页数(脏或干净) |
| Innodb_buffer_pool_pages_dirty | Global | 当前的脏页数 |
| Innodb_buffer_pool_pages_flushed | Global | 要求清空的缓冲池页数 |
| Innodb_buffer_pool_pages_free | Global | 空页数 |
| Innodb_buffer_pool_pages_latched | Global | 在InnoDB缓冲池中锁定的页数。这是当前正读或写或由于其它原因不能清空或删除的页数 |
| Innodb_buffer_pool_pages_misc | Global | 忙的页数，因为它们已经被分配优先用作管理，例如行锁定或适用的哈希索引。该值还可以计算为Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data |
| Innodb_buffer_pool_pages_total | Global | 缓冲池总大小（页数） |
| Innodb_buffer_pool_read_ahead_rnd | Global | InnoDB初始化的“随机”read-aheads数。当查询以随机顺序扫描表的一大部分时发生 |
| Innodb_buffer_pool_read_ahead_seq | Global | InnoDB初始化的顺序read-aheads数。当InnoDB执行顺序全表扫描时发生 |
| Innodb_buffer_pool_read_requests | Global | InnoDB已经完成的逻辑读请求数 |
| Innodb_buffer_pool_reads | Global | 不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量 |
| Innodb_buffer_pool_wait_free | Global | 一般情况，通过后台向InnoDB缓冲池写。但是，如果需要读或创建页，并且没有干净的页可用，则它还需要先等待页面清空。该计数器对等待实例进行记数。如果已经适当设置缓冲池大小，该值应小 |
| Innodb_buffer_pool_write_requests | Global | 向InnoDB缓冲池的写数量 |
| Innodb_data_fsyncs | Global | fsync()操作数 |
| Innodb_data_pending_fsyncs | Global | 当前挂起的fsync()操作数 |
| Innodb_data_pending_reads | Global | 当前挂起的读数 |
| Innodb_data_pending_writes | Global | 当前挂起的写数 |
| Innodb_data_read | Global | 至此已经读取的数据数量（字节） |
| Innodb_data_reads | Global | 数据读总数量 |
| Innodb_data_writes | Global | 数据写总数量 |
| Innodb_data_written | Global | 至此已经写入的数据量（字节） |
| Innodb_dblwr_pages_written | Global | 已经执行的双写操作数量 |
| Innodb_dblwr_writes | Global | 双写操作已经写好的页数 |
| Innodb_log_waits | Global | 我们必须等待的时间，因为日志缓冲区太小，我们在继续前必须先等待对它清空 |
| Innodb_log_write_requests | Global | 日志写请求数 |
| Innodb_log_writes | Global | 向日志文件的物理写数量 |
| Innodb_os_log_fsyncs | Global | 向日志文件完成的fsync()写数量 |
| Innodb_os_log_pending_fsyncs | Global | 挂起的日志文件fsync()操作数量 |
| Innodb_os_log_pending_writes | Global | 挂起的日志文件写操作 |
| Innodb_os_log_written | Global | 写入日志文件的字节数 |
| Innodb_page_size | Global | 编译的InnoDB页大小(默认16KB)。许多值用页来记数；页的大小很容易转换为字节 |
| Innodb_pages_created | Global | 创建的页数 |
| Innodb_pages_read | Global | 读取的页数 |
| Innodb_pages_written | Global | 写入的页数 |
| Innodb_row_lock_current_waits | Global | 当前等待的待锁定的行数 |
| Innodb_row_lock_time | Global | 行锁定花费的总时间，单位毫秒 |
| Innodb_row_lock_time_avg | Global | 行锁定的平均时间，单位毫秒 |
| Innodb_row_lock_time_max | Global | 行锁定的最长时间，单位毫秒 |
| Innodb_row_lock_waits | Global | 一行锁定必须等待的时间数 |
| Innodb_rows_deleted | Global | 从InnoDB表删除的行数 |
| Innodb_rows_inserted | Global | 插入到InnoDB表的行数 |
| Innodb_rows_read | Global | 从InnoDB表读取的行数 |
| Innodb_rows_updated | Global | InnoDB表内更新的行数 |
| Key_blocks_not_flushed | Global | 键缓存内已经更改但还没有清空到硬盘上的键的数据块数量 |
| Key_blocks_unused | Global | 键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存 |
| Key_blocks_used | Global | 键缓存内使用的块数量。该值为高水平线标记，说明已经同时最多使用了多少块 |
| Key_read_requests | Global | 从缓存读键的数据块的请求数 |
| Key_reads | Global | 从硬盘读取键的数据块的次数。如果Key_reads较大，则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率 |
| Key_write_requests | Global | 将键的数据块写入缓存的请求数 |
| Key_writes | Global | 向硬盘写入将键的数据块的物理写操作的次数 |
| Last_query_cost | Session | 用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。 默认值是0。Last_query_cost具有会话范围 |
| Max_used_connections | Global | 服务器启动后已经同时使用的连接的最大数量 |
| ndb* | ndb集群相关 | |
| Not_flushed_delayed_rows | Global | 等待写入INSERT DELAY队列的行数 |
| Open_files | Global | 打开的文件的数目 |
| Open_streams | Global | 打开的流的数量(主要用于记录) |
| Open_table_definitions | Global | 缓存的.frm文件数量 |
| Open_tables | Both | 当前打开的表的数量 |
| Opened_files | Global | 文件打开的数量。不包括诸如套接字或管道其他类型的文件。 也不包括存储引擎用来做自己的内部功能的文件 |
| Opened_table_definitions | Both | 已经缓存的.frm文件数量 |
| Opened_tables | Both | 已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小 |
| Prepared_stmt_count | Global | 当前的预处理语句的数量。 (最大数为系统变量: max_prepared_stmt_count) |
| Qcache_free_blocks | Global | 查询缓存内自由内存块的数量 |
| Qcache_free_memory | Global | 用于查询缓存的自由内存的数量 |
| Qcache_hits | Global | 查询缓存被访问的次数 |
| Qcache_inserts | Global | 加入到缓存的查询数量 |
| Qcache_lowmem_prunes | Global | 由于内存较少从缓存删除的查询数量 |
| Qcache_not_cached | Global | 非缓存查询数(不可缓存，或由于query_cache_type设定值未缓存) |
| Qcache_queries_in_cache | Global | 登记到缓存内的查询的数量 |
| Qcache_total_blocks | Global | 查询缓存内的总块数 |
| Queries | Both | 服务器执行的请求个数，包含存储过程中的请求 |
| Questions | Both | 已经发送给服务器的查询的个数 |
| Rpl_status | Global | 失败安全复制状态(还未使用) |
| Select_full_join | Both | 没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引 |
| Select_full_range_join | Both | 在引用的表中使用范围搜索的联接的数量 |
| Select_range | Both | 在第一个表中使用范围的联接的数量。一般情况不是关键问题，即使该值相当大 |
| Select_range_check | Both | 在每一行数据后对键值进行检查的不带键值的联接的数量。如果不为0，你应仔细检查表的索引 |
| Select_scan | Both | 对第一个表进行完全扫描的联接的数量 |
| Slave_heartbeat_period | Global | 复制的心跳间隔 |
| Slave_open_temp_tables | Global | 从服务器打开的临时表数量 |
| Slave_received_heartbeats | Global | 从服务器心跳数 |
| Slave_retried_transactions | Global | 本次启动以来从服务器复制线程重试次数 |
| Slave_running | Global | 如果该服务器是连接到主服务器的从服务器，则该值为ON |
| Slow_launch_threads | Both | 创建时间超过slow_launch_time秒的线程数 |
| Slow_queries | Both | 查询时间超过long_query_time秒的查询的个数 |
| Sort_merge_passes | Both | 排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值 |
| Sort_range | Both | 在范围内执行的排序的数量 |
| Sort_rows | Both | 已经排序的行数 |
| Sort_scan | Both | 通过扫描表完成的排序的数量 |
| ssl＊ | ssl连接相关 | |
| Table_locks_immediate | Global | 立即获得的表的锁的次数 |
| Table_locks_waited | Global | 不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制 |
| Threads_cached | Global | 线程缓存内的线程的数量 |
| Threads_connected | Global | 当前打开的连接的数量 |
| Threads_created | Global | 创建用来处理连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections |
| Threads_running | Global | 激活的（非睡眠状态）线程数 |
| Uptime | Global | 服务器已经运行的时间（以秒为单位） |
| Uptime_since_flush_status | Global | 最近一次使用FLUSH STATUS 的时间（以秒为单位） |
查看连接线程状态 show processlist，show full processlist (前者只能查看前100条，后者可以看全部)
| Command | 含义 |
|---|---|
| Query | 查询状态 |
| Sleep | 空闲状态 |
| Connect | 连接状态 |
| Locked | 在mysql服务器层，该线程正在等待表锁 |
| Analyzing and statistics | 线程正在收集存储的统计信息，并生成查询计划 |
| Copying to tmp table [on disk] | 线程正在执行查询，并且将结果集都复制到一个临时表中 |
| Sorting result | 线程正在对结果集进行排序 |
| Sending Data | 线程可能在多个状态之间传送数据，或者在生成结果集，或者在向客户端返回数据 |
介绍下state列，可能包含以下状态
| State | 含义 |
|---|---|
| Checking table | 正在检查数据表 |
| Closing tables | 正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表 |
| Connect Out | 复制从服务器正在连接主服务器 |
| Copying to tmp table on disk | 由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存 |
| Creating tmp table | 正在创建临时表以存放部分查询结果 |
| Deleting from main table | 服务器正在执行多表删除中的第一部分，刚删除第一个表 |
| deleting from reference tables | 服务器正在执行多表删除中的第二部分，正在删除其他表的记录 |
| Flushing tables | 正在执行FLUSH TABLES，等待其他线程关闭数据表 |
| Killed | 发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。 |
| Locked | 被其他查询锁住了 |
| Sending data | 正在处理SELECT查询的记录，同时正在把结果发送给客户端 |
| Sorting for group | 正在为GROUP BY做排序 |
| Sorting for order | 正在为ORDER BY做排序 |
| Opening tables | 这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表 |
| Removing duplicates | 正在执行一个SELECT DISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端 |
| Reopen table | 获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表 |
| Repair by sorting | 修复指令正在排序以创建索引 |
| Repair with keycache | 修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些 |
| Searching rows for update | 正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了 |
| Sleeping | 正在等待客户端发送新请求 |
| System lock | 正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁 |
| Upgrading lock | INSERT DELAYED正在尝试取得一个锁表以插入新记录 |
| Updating | 正在搜索匹配的记录，并且修改它们 |
| User Lock | 正在等待GET_LOCK() |
| Waiting for tables | 该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE |
| waiting for handler insert | INSERT DELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。大部分状态对应很快的操作，只要有一个线程保持同一个状态好几秒钟，那么可能是有问题发生了，需要检查一下。还有其他的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着 |
