show status整理版

Aborted_clients           由于客户没有正确关闭连接已经死掉，已经放弃的连接数量

 

Aborted_connects         尝试已经失败的MySQL服务器的连接的次数

 

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

 

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

 

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

 

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

 

Com_xxx_xxx                     Com表示每个xxx 语句执行的次数

 

 

Created_tmp_disk_tables   服务器执行语句时在硬盘上自动创建的临时表的数量（如果这个数值较大，要相应增加tmp_table_size值使临时表基于内存,尽量减少在磁盘的操作

 

Created_tmp_files               mysqld创建的临时文件个数

 

Created_tmp_tables       服务器执行语句时在内存上自动创建的临时表的数量

 

Delayed_errors           用INSERT DELAYED写入的发生某些错误(可能重复键值)的行数

 

Delayed_insert_threads     正在使用的延迟插入处理器线程的数量

 

Delayed_writes           用INSERT DELAYED写入的行数

 

Flush_commands          执行FLUSH命令的次数       

 

Handler_commit          当提交后，修改了表的数据，该数值才会发生变化

 

Handler_delete           请求从一张表中删除行的次数（和com_delete不一样，com的统计是当执行了相应的语句，该数值就会加大；而这个数据是，delete语句执行后，确定从表中删除了行，才会发生变化

 

Handler_discover          MySQL服务器可以问NDB CLUSTER存储引擎是否知道某一名字的表

 

Handler_prepare          

 

 

Handler_read_first                  索引中第一条被读的次数。如果数值较高表明。服务器正在进行全索引扫描。explain看的时候tpye类型为index

 

Handler_read_key         根据键读一行的请求数。如果较高，说明查询和表的索引正确。explain看的时候tpye类型为const、eq_reg、ref、range

 

Handler_read_next        根据键顺序来读取下一行，如果你使用索引范围（range）或执行索引（index）扫描，该值增加，增加的大小为查出来的行数，一般order by 键值  该值增加

 

Handler_read_prev          按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DES。增加的大小为查出来的行数

 

Handler_read_rnd                 根据固定位置读一行的请求数，当需要对非键值排序时，该值会增加或者需要mysql扫描整个表时，该值会增加，增加的大小为查出来的行数 

 

Handler_read_rnd_next    在数据文件中读下一行的请求数，如果你正进行大量的表扫描，该值较高，并且增加的值为扫描的行数

 

Handler_rollback         当事物回退后，修改了表的数据，该数值才会发生变化

 

Handler_savepoint                 在一个存储引擎放置一个保存点的请求数量

 

Handler_savepoint_rollback        在一个存储引擎的要求回滚到一个保存点数目

 

Handler_update          当提交后，更新了表的数据，该数值才会发生变化

 

Handler_write            当提交后，插入了表的数据，该数值才会发生变化

 

Key_blocks_not_flushed           在 key cache中修改了，但是还没有刷新到磁盘上的块数。

 

Key_blocks_unused        未使用的块数

 

Key_blocks_used                  使用的块数

 

Key_read_requests                从cache中读取的请求数

 

 

 

Key_reads                         从硬盘读取键的数据块的次数。如果Key_reads较大，则Key_buffer_size值可能太小。可以用Key_reads/Key_read_requests计算缓存损失率

 

Key_write_requests         写入cache的请求数

 

Key_writes               写入磁盘的块数

 

Last_query_cost          用查询优化器计算的最后编译的查询的总成本。用于对比同一查询的不同查询方案的成本。默认值0表示还没有编译查询。默认值是0

 

Max_used_connections     服务器启动后已经同时使用的连接的最大数量

 

Not_flushed_delayed_rows  等待写入INSERT DELAY队列的行数

 

Open_files             打开文件的个数，这个统计是服务器打开的正规文件的个数。不包括socket 及pipe。当打开myisam表数据时，他会增加两个（数据文件与索引文件），当打开innodb表时，该值不增加，当打开的myisam表已另一个别 名打开时，Open_files只会增加一个。flush tables 会清空该值

 

Open_streams        打开的流的数量(主要用于记录)

 

Open_table_definitions 打开表时被cache的frm文件个数

 

Open_tables          当前打开表的数量

 

Opened_files          表缓存没有命中的数量。不包括诸如套接字或管道其他类型的文件；也不包括存储引擎用来做自己的内部功能的文件；当table_open_cache增加，或者flush tables 时，该值是不会减少，但也不增加的Opened_table_definitions已经缓存的.frm文件数量

 

Opened_tables         已经打开的表的数量。如果Opened_tables较大，table_cache 值可能太小。Prepared_stmt_count          当前prepared statements的个数，最大数会由变量max_prepared_stmt_count控制 ，当DEALLOCATE PREPARE时，改状态值会减小  

 

 

 

 

Qcache_free_blocks     查询缓存内未使用的块数（这个值如果很大，说明内存碎片很多，内存使用率很差，当Qcache_free_memory这个值还有剩余时，可能无法正常插入数据到缓存，需要清除旧的，这时Qcache_lowmem_prunes这个值又会表现的很高;flush query cache重新整理内存）

 

Qcache_free_memory    查询缓存内存剩余量

 

Qcache_hits            缓存命中率

 

Qcache_inserts          加入到缓存的查询数量

 

Qcache_lowmem_prunes  由于内存较少从缓存删除的查询数量

 

Qcache_not_cached      非缓存查询数(不可缓存，或由于query_cache_type设定值未缓存)

 

Qcache_queries_in_cache  登记到缓存内的查询的数量

 

Qcache_total_blocks      查询缓存内的总块数

 

Queries                 被服务器执行的语句个数，包括存储过程里的语句，也包括show status之类的  

 

Questions                被服务器执行的语句个数， 但是不包括存储过程里面的语句

 

Rpl_status                        失败安全复制状态(还未使用)。

 

Select_full_join               没有主键（key）联合（Join）的执行。该值可能是零。这是捕获开发错误的好方法，因为一些这样的查询可能降低系统的性能

 

Select_full_range_join        和 Select_range_check 类似，不过 MySQL 可以肯定它能够使用范围查找。这时 explain 中的类型是 range。这是联接中最好的情况

 

Select_range             代表需要从硬盘读表在一段范围内的行。在 explain 中显示为range，说明使用了索引查找记录在硬盘上的位置    

 

Select_range_check       在每一行数据后对键值进行检查的不带键值的联接的数量。如果不为0，你应仔细检查表的索引

 

Select_scan                 执行全表搜索查询的数量。在某些情况下是没问题的，但占总查询数量该比值应该是常量（注：Select_scan除以总查询数量商应该是常数）。如果你发现该值持续增长，说明需要优化，缺乏必要的索引或其他问题。

 

Slave_open_temp_tables    从服务器打开的临时表数量

 

Slave_retried_transactions 本次启动以来从服务器复制线程重试次数

 

Slave_running             如果该服务器是连接到主服务器的从服务器，则该值为ON

 

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

 

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

 

 

Sort_merge_passes               排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size系统变量的值；Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序，使用的内存大小由系统变量 Sort_buffer_size 决定，如果它的大小不够把所有的记录都读到内存中，MySQL 就会把每次在内存中排序的结果存到临时文件中，这时候会增加Sort_merge_passes。等MySQL 找到所有记录之后，再把临时文件中的记录做一次排序。实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增加Sort_buffer_size 会减少 Sort_merge_passes 和 创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度

 

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

 

Sort_rows                已经排序的行数

 

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

 

Table_locks_immediate      立即获得表及锁的数量

 

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

 

Tc_log_max_pages_used          

 

Tc_log_page_size        

 

Tc_log_page_waits       

 

Threads_cached                 线程的缓存值

 

Threads_connected               当前打开的连接的数量

 

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

 

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

 

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

 

Uptime_since_flush_status                   最近一次使用FLUSH STATUS 的时间（以秒为单位）