Mysql [Show global status] 命令 参数详解(转)

Aborted_clients：由于客户端没有正确关闭连接导致客户端终止而中断的连接数。

Aborted_connects：试图连接到MySQL服务器而失败的连接数。

Binlog_cache_disk_use：使用临时二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量。

Binlog_cache_use：使用临时二进制日志缓存的事务数量。

Binlog_stmt_cache_disk_use：当非事务语句使用二进制日志缓存，但是超出binlog_stmt_cache_size时，使用一个临时文件来存放这些语句。

Binlog_stmt_cache_use：使用二进制日志缓存文件的非事务语句数量。

Bytes_received：从所有客户端接收到的字节数。

Bytes_sent：发送给所有客户端的字节数。

Com_admin_commands [ Com_xxx ]：Com_xxx 语句计数变量表示每个xxx 语句执行的次数。每类语句有一个状态变量。例如，Com_delete和Com_insert分别统计DELETE 和INSERT语句执行的次数。

Com_xxx包括：

• Com_alter_db
• Com_alter_db_upgrade
• Com_alter_event
• Com_alter_function
• Com_alter_procedure
• Com_alter_server
• Com_alter_table
• Com_alter_tablespace
• Com_analyze
• Com_assign_to_keycache
• Com_begin
• Com_binlog
• Com_call_procedure
• Com_change_db
• Com_change_master
• Com_check
• Com_checksum
• Com_commit
• Com_create_db
• Com_create_event
• Com_create_function
• Com_create_index
• Com_create_procedure
• Com_create_server
• Com_create_table
• Com_create_trigger
• Com_create_udf
• Com_create_user
• Com_create_view
• Com_dealloc_sql
• Com_delete
• Com_delete_multi
• Com_do
• Com_drop_db
• Com_drop_event
• Com_drop_function
• Com_drop_index
• Com_drop_procedure
• Com_drop_server
• Com_drop_table
• Com_drop_trigger
• Com_drop_user
• Com_drop_view
• Com_empty_query
• Com_execute_sql
• Com_flush
• Com_grant
• Com_ha_close
• Com_ha_open
• Com_ha_read
• Com_help
• Com_insert
• Com_insert_select
• Com_install_plugin
• Com_kill
• Com_load
• Com_lock_tables
• Com_optimize
• Com_preload_keys
• Com_prepare_sql
• Com_purge
• Com_purge_before_date
• Com_release_savepoint
• Com_rename_table
• Com_rename_user
• Com_repair
• Com_replace
• Com_replace_select
• Com_reset
• Com_resignal
• Com_revoke
• Com_revoke_all
• Com_rollback
• 等等。。。好多，不愿意抄了

---

Compression：客户端是否使用了压缩的连接协议。

Connections：试图连接到(不管是否成功)MySQL服务器的连接数。

Created_tmp_disk_tables：服务器执行语句时在硬盘上自动创建的临时表的数量。

Created_tmp_files：mysqld已经创建的临时文件的数量。

Created_tmp_tables：服务器执行语句时自动创建的内存中的临时表的数量。如果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_delete：行从表中删除的次数。

Handler_discover：MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表。这被称作发现。Handler_discover说明通过该方法发现的次数。

Handler_prepare：准备阶段的两阶段提交操作计数器。

Handler_read_first：索引中第一条被读的次数。如果较高，它表明服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引。

Handler_read_key：根据键读一行的请求数。如果较高，说明查询和表的索引正确。

Handler_read_last：查询读最后一个索引的请求数。当使用ORDER BY时，服务器优先发出使用第一个索引的请求，之后是使用其

他索引。当使用ORDER BY DESC时，服务器优先发出使用最后一个索引的请求， 之后是前几个索引的请求。

Handler_read_next：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。

Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC

Handler_read_rnd：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需

要MySQL扫描整个表的查询或你的连接没有正确使用键。

Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。

Handler_rollback：内部ROLLBACK语句的数量。

Handler_savepoint：存储引擎放置一个保存点的请求数。

Handler_savepoint_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：后台预读线程读取到Innodb缓冲池的页的数量。

Innodb_buffer_pool_read_ahead_evicted：后台预读线程读取到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_pages_written：双写操作执行的页的数量。

Innodb_dblwr_writes：已经执行的双写操作的数量。

Innodb_have_atomic_builtins：指示服务器是否建立原子操作指令。

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表内更新的行数。

Innodb_truncated_status_writes：SHOW ENGINE INNODB STATUS 的输出时间将被截断。监控程序解析这个输出，可以测试这项之前和之后的值，以确认输出是否完整。

Key_blocks_not_flushed：键缓存内已经更改但还没有清空到硬盘上的键的数据块数量。

Key_blocks_unused：键缓存内未使用的块数量。你可以使用该值来确定使用了多少键缓存；

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_table_definitions：被缓存的.FRM文件数量。

Open_tables：当前打开的表的数量。

Opened_files：已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。

Opened_table_definitions：被缓存过的.FRM文件的数量。

Opened_tables：已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。

Performance Schema Status Variables：性能架构提供了几个变量，有关仪器仪表的信息由于内存限制无法被加载或创建：

Prepared_stmt_count：预处理语句的数量。（语句的最大数量值是由系统变量max_prepared_stmt_count决定的。）

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：查询缓存内的总块数。

Queries
Questions：已经发送给服务器的查询的个数。

Slow_launch_threads：创建时间超过slow_launch_time秒的线程数。

Slow_queries：查询时间超过long_query_time秒的查询的个数

Sort_merge_passes：排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值。

Sort_range：在范围内执行的排序的数量。

Sort_rows：已经排序的行数。

Sort_scan：通过扫描表完成的排序的数量。

Table_locks_immediate：立即获得的表的锁的次数。

Table_locks_waited：不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制。
Threads_cached：线程缓存内的线程的数量。

Threads_connected：当前打开的连接的数量。

Threads_created：创建用来处理连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。

Threads_running：激活的（非睡眠状态）线程数。

Uptime：服务器已经运行的时间（以秒为单位）。

Uptime_since_flush_status：从上次执行FLUSH STATUS语句后经过的时间。

转载自：http://www.cnblogs.com/lenagt/archive/2012/06/06/2538240.html