服务器维护许多提供操作相关信息的状态变量。你可以通过SHOW STATUS语句查看这些变量和它们的值：
mysql> SHOW STATUS;
+-----------------------------------+------------+
| Variable_name | Value |
+-----------------------------------+------------+
| Aborted_clients | 0 |
| Aborted_connects | 0 |
| Bytes_received | 155372598 |
| Bytes_sent | 1176560426 |
…
| Connections | 30023 |
| Created_tmp_disk_tables | 0 |
| Created_tmp_files | 3 |
| Created_tmp_tables | 2 |
…
| Threads_created | 217 |
| Threads_running | 88 |
| Uptime | 1389872 |
+-----------------------------------+------------+
用FLUSH STATUS语句可以将许多状态变量重设为0。
状态变量有以下含义。没有指示版本的变量在MySQL 5.1之前已经出现。关于它们的使用历史，参见MySQL 5.0参考手册。
· Aborted_clients
由于客户端没有正确关闭连接导致客户端终止而中断的连接数。参见A.2.10节，“通信错误和失效连接”。
· Aborted_connects
试图连接到MySQL服务器而失败的连接数。参见A.2.10节，“通信错误和失效连接”。
· Binlog_cache_disk_use
使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量。
· Binlog_cache_use
使用临时二进制日志缓存的事务数量。
· Bytes_received
从所有客户端接收到的字节数。
· Bytes_sent
发送给所有客户端的字节数。
· Com_xxx
Com_xxx 语句计数变量表示每个xxx 语句执行的次数。每类语句有一个状态变量。例如，Com_delete和Com_insert分别统计DELETE 和INSERT语句执行的次数。
Com_stmt_xxx状态变量为：
o Com_stmt_prepare
o Com_stmt_execute
o Com_stmt_fetch
o Com_stmt_send_long_data
o Com_stmt_reset
o Com_stmt_close
这些变量代表准备好的语句命令。它们的名字对应网络层使用的COM_xxx 命令系列；换句话说：当准备好的语句API调用如mysql_stmt_prepare()、mysql_stmt_执行()并执行时，它们的值增加。但是，当执行下面的SQL语句时，Com_stmt_prepare, Com_stmt_execute和Com_stmt_close也增加：PREPARE、EXECUTE或DEALLOCATE PREPARE。此外，旧(从MySQL 4.1.3起可用)语句计数变量Com_prepare_sql、Com_execute_sql和Com_dealloc_sql的值也随PREPARE、EXECUTE和DEALLOCATE PREPARE语句增加。Com_stmt_fetch代表通过光标获取的网络round-trips的总数量。
所有Com_stmt_xxx变量将增加，即使语句参数未知或执行过程中出现错误。换句话说，它们的值对应发出的请求数，而不是成功完成的请求数。
· Connections
试图连接到(不管是否成功)MySQL服务器的连接数。
· Created_tmp_disk_tables
服务器执行语句时在硬盘上自动创建的临时表的数量。
· Created_tmp_files
mysqld已经创建的临时文件的数量。
· Created_tmp_files
服务器执行语句时自动创建的内存中的临时表的数量。如果Created_tmp_disk_tables较大，你可能要增加tmp_table_size值使临时 表基于内存而不基于硬盘。
· Delayed_errors
用INSERT DELAYED写的出现错误的行数(可能为duplicate key)。
· Delayed_insert_threads
使用的INSERT DELAYED处理器线程数。
· Delayed_writes
写入的INSERT DELAYED行数。
· Flush_commands
执行的FLUSH语句数。
· Handler_commit
内部提交语句数。
· Handler_discover
MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数。
· Handler_delete
行从表中删除的次数。
· Handler_read_first
索引中第一条被读的次数。如果较高，它建议服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引。
· Handler_read_key
根据键读一行的请求数。如果较高，说明查询和表的索引正确。
· Handler_read_next
按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。
· Handler_read_prev
按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。
· Handler_read_rnd
根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。
· Handler_read_rnd_next
在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
· Handler_rollback
内部ROLLBACK语句的数量。
· Handler_update
在表内更新一行的请求数。
· Handler_write
在表内插入一行的请求数。
· Innodb_buffer_pool_pages_data
包含数据的页数(脏或干净)。
· Innodb_buffer_pool_pages_dirty
当前的脏页数。
· Innodb_buffer_pool_pages_flushed
要求清空的缓冲池页数。
· Innodb_buffer_pool_pages_free
空页数。
· Innodb_buffer_pool_pages_latched
在InnoDB缓冲池中锁定的页数。这是当前正读或写或由于其它原因不能清空或删除的页数。
· Innodb_buffer_pool_pages_misc
忙的页数，因为它们已经被分配优先用作管理，例如行锁定或适用的哈希索引。该值还可以计算为Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data。
· Innodb_buffer_pool_pages_total
缓冲池总大小（页数）。
· Innodb_buffer_pool_read_ahead_rnd
InnoDB初始化的“随机”read-aheads数。当查询以随机顺序扫描表的一大部分时发生。
· Innodb_buffer_pool_read_ahead_seq
InnoDB初始化的顺序read-aheads数。当InnoDB执行顺序全表扫描时发生。
· Innodb_buffer_pool_read_requests
InnoDB已经完成的逻辑读请求数。
· Innodb_buffer_pool_reads
不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量。
· Innodb_buffer_pool_wait_free
一般情况，通过后台向InnoDB缓冲池写。但是，如果需要读或创建页，并且没有干净的页可用，则它还需要先等待页面清空。该计数器对等待实例进行记数。如果已经适当设置缓冲池大小，该值应小。
· Innodb_buffer_pool_write_requests
向InnoDB缓冲池的写数量。
· Innodb_data_fsyncs
fsync()操作数。
· Innodb_data_pending_fsyncs
当前挂起的fsync()操作数。
· Innodb_data_pending_reads
当前挂起的读数。
· Innodb_data_pending_writes
当前挂起的写数。
· Innodb_data_read
至此已经读取的数据数量（字节）。
· Innodb_data_reads
数据读总数量。
· Innodb_data_writes
数据写总数量。
· Innodb_data_written
至此已经写入的数据量（字节）。
· Innodb_dblwr_writes, Innodb_dblwr_pages_written
已经执行的双写操作数量和为此目的已经写好的页数。参见15.2.14.1节，“磁盘I/O”。
· Innodb_log_waits
我们必须等待的时间，因为日志缓冲区太小，我们在继续前必须先等待对它清空。
· Innodb_log_write_requests
日志写请求数。
· Innodb_log_writes
向日志文件的物理写数量。
· Innodb_os_log_fsyncs
向日志文件完成的fsync()写数量。
· Innodb_os_log_pending_fsyncs
挂起的日志文件fsync()操作数量。
· Innodb_os_log_pending_writes
挂起的日志文件写操作。
· Innodb_os_log_written
写入日志文件的字节数。
· Innodb_page_size
编译的InnoDB页大小(默认16KB)。许多值用页来记数；页的大小很容易转换为字节。
· Innodb_pages_created
创建的页数。
· Innodb_pages_read
读取的页数。
· Innodb_pages_written
写入的页数。
· Innodb_row_lock_current_waits
当前等待的待锁定的行数。
· Innodb_row_lock_time
行锁定花费的总时间，单位毫秒。
· Innodb_row_lock_time_avg
行锁定的平均时间，单位毫秒。
· Innodb_row_lock_time_max
行锁定的最长时间，单位毫秒。
· Innodb_row_lock_waits
一行锁定必须等待的时间数。
· Innodb_rows_deleted
从InnoDB表删除的行数。
· Innodb_rows_inserted
插入到InnoDB表的行数。
· Innodb_rows_read
从InnoDB表读取的行数。
· Innodb_rows_updated
InnoDB表内更新的行数。
· Key_blocks_not_flushed
键缓存内已经更改但还没有清空到硬盘上的键的数据块数量。
· Key_blocks_unused
键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存；参见5.3.3节，“服务器系统变量”中Key_buffer_size的讨论。
· Key_blocks_used
键缓存内使用的块数量。该值为高水平线标记，说明已经同时最多使用了多少块。
· Key_read_requests
从缓存读键的数据块的请求数。
· Key_reads
从硬盘读取键的数据块的次数。如果Key_reads较大，则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率。
· Key_write_requests
将键的数据块写入缓存的请求数。
· Key_writes
向硬盘写入将键的数据块的物理写操作的次数。
· Last_query_cost
用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。 默认值是0。Last_query_cost具有会话范围。
· Max_used_connections
服务器启动后已经同时使用的连接的最大数量。
· Not_flushed_delayed_rows
等待写入INSERT DELAY队列的行数。
· Open_files
打开的文件的数目。
· Open_streams
打开的流的数量(主要用于记录)。
· Open_tables
当前打开的表的数量。
· Opened_tables
已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。
· QCACHE_free_blocks
查询缓存内自由内存块的数量。
· QCACHE_free_memory
用于查询缓存的自由内存的数量。
· QCACHE_hits
查询缓存被访问的次数。
· QCACHE_inserts
加入到缓存的查询数量。
· QCACHE_lowmem_prunes
由于内存较少从缓存删除的查询数量。
· QCACHE_not_cached
非缓存查询数(不可缓存，或由于query_cache_type设定值未缓存)。
· Qcache_queries_in_cache
登记到缓存内的查询的数量。
· Qcache_total_blocks
查询缓存内的总块数。
· Questions
已经发送给服务器的查询的个数。
· Rpl_status
失败安全复制状态(还未使用)。
· Select_full_join
没有使用索引的联接的数量。如果该值不为0,你应仔细检查表的索引。
· Select_full_range_join
在引用的表中使用范围搜索的联接的数量。
· Select_range
在第一个表中使用范围的联接的数量。一般情况不是关键问题，即使该值相当大。
· Select_range_check
在每一行数据后对键值进行检查的不带键值的联接的数量。如果不为0，你应仔细检查表的索引。
· Select_scan
对第一个表进行完全扫描的联接的数量。
· Slave_open_temp_tables
当前由从SQL线程打开的临时表的数量。
· Slave_running
如果该服务器是连接到主服务器的从服务器，则该值为ON。
· Slave_retried_transactions
启动后复制从服务器SQL线程尝试事务的总次数。
· Slow_launch_threads
创建时间超过slow_launch_time秒的线程数。
· Slow_queries
查询时间超过long_query_time秒的查询的个数。参见5.11.4节，“慢速查询日志”。
· Sort_merge_passes
排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值。
· Sort_range
在范围内执行的排序的数量。
· Sort_rows
已经排序的行数。
· Sort_scan
通过扫描表完成的排序的数量。
· Ssl_xxx
用于SSL连接的变量。
· Table_locks_immediate
立即获得的表的锁的次数。
· Table_locks_waited
不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制。
· Threads_cached
线程缓存内的线程的数量。
· Threads_connected
当前打开的连接的数量。
· Threads_created
创建用来处理连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。
· Threads_running
激活的（非睡眠状态）线程数。
· Uptime
服务器已经运行的时间（以秒为单位）。
