Show global status

在Show global status输出中的项可以用mysqladmin -r -i 1 ext代替,结果一样,获取的是mysql数据库状态变量的每秒累计值,Show status则是代表获取当前值,但是会有一些参数会一致.Aborted_clients由于客户端没有正确关闭连接导致客户端终止而中断的连接数。除了网络原因外,还可能是长时间保持的连接在wait_timeout和interactive_timeout时间限制内没有发起任何请求的，会被server端强制断开.还有数据包超过了max_allowed_packet设置的大小也有可能.都会被记录到这里.Aborted_connects试图连接到MySQL服务器而失败的连接数。可能是密码错误或没有权限连接,也可能是连接时间太长而没输密码过了超时时间connect_timeout,需要注意的是,当错误次数超过max_connect_errors,则会被永久禁止登陆,直到重启或使用flush hosts刷新,调大max_connect_errors也是可以的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, 可以作为数据库网卡吞吐量的评测指标,单位字节Bytes_sent发送给所有客户端的字节数。结合bytes received,可以作为数据库网卡吞吐量的评测指标,单位字节Com_admin_commands [ Com_xxx ]Com_xxx 语句计数变量表示每个xxx 语句执行的次数。每类语句有一个状态变量。例如，Com_delete和Com_insert分别统计DELETE 和INSERT语句执行的次数。Com_xxx包括：Com_alter_dbCom_alter_db_upgradeCom_alter_eventCom_alter_functionCom_alter_procedureCom_alter_serverCom_alter_tableCom_alter_tablespaceCom_analyzeCom_assign_to_keycacheCom_beginCom_binlogCom_call_procedureCom_change_dbCom_change_masterCom_checkCom_checksumCom_commitMySQL提交的事务数量,可以用来统计TPS(每秒事务数),计算公式：Com_commit/S+Com_rollback/SCom_create_dbCom_create_eventCom_create_functionCom_create_indexCom_create_procedureCom_create_serverCom_create_tableCom_create_triggerCom_create_udfCom_create_userCom_create_viewCom_dealloc_sqlCom_deleteMySQL删除的数量,可以用来统计qps,计算公式：questions / uptime 或者基于com_%计算：Com_select/s + Com_insert/s + Com_update/s + Com_delete/sCom_delete_multiCom_doCom_drop_dbCom_drop_eventCom_drop_functionCom_drop_indexCom_drop_procedureCom_drop_serverCom_drop_tableCom_drop_triggerCom_drop_userCom_drop_viewCom_empty_queryCom_execute_sqlCom_flushCom_grantCom_ha_closeCom_ha_openCom_ha_readCom_helpCom_insertMySQL插入的数量,可以用来统计qps,qps计算公式：questions / uptime 或者基于com_%计算：Com_select/s + Com_insert/s + Com_update/s + Com_delete/sCom_insert_selectCom_install_pluginCom_killCom_loadCom_lock_tablesCom_optimizeCom_preload_keysCom_prepare_sqlCom_purgeCom_purge_before_dateCom_release_savepointCom_rename_tableCom_rename_userCom_repairCom_replaceCom_replace_selectCom_resetCom_resignalCom_revokeCom_revoke_allCom_rollbackMySQL回滚的事务数量,可以用来统计TPS(每秒事务数),计算公式：Com_commit/S+Com_rollback/SCom_rollback_to_savepointCom_savepointCom_selectMySQL查询的数量,可以用来统计qps,qps计算公式：questions / uptime 或者基于com_%计算：Com_select/s + Com_insert/s + Com_update/s + Com_delete/sCom_set_optionCom_show_authorsCom_show_binlog_eventsCom_show_binlogsCom_show_charsetsCom_show_collationsCom_show_contributorsCom_show_create_dbCom_show_create_eventCom_show_create_funcCom_show_create_procCom_show_create_tableCom_show_create_triggerCom_show_databasesCom_show_engine_logsCom_show_engine_mutexCom_show_engine_statusCom_show_errorsCom_show_eventsCom_show_fieldsCom_show_function_codeCom_show_function_statusCom_show_grantsCom_show_keysCom_show_logsCom_show_master_statusCom_show_new_masterCom_show_open_tablesCom_show_pluginsCom_show_privilegesCom_show_procedure_codeCom_show_procedure_statusCom_show_processlistCom_show_profileCom_show_profilesCom_show_relaylog_eventsCom_show_slave_hostsCom_show_slave_statusCom_show_statusCom_show_storage_enginesCom_show_table_statusCom_show_tablesCom_show_triggersCom_show_variablesCom_show_warningsCom_signalCom_slave_startCom_slave_stopCom_stmt_closeCom_stmt_executeCom_stmt_fetchCom_stmt_prepareCom_stmt_reprepareCom_stmt_resetCom_stmt_send_long_dataCom_truncateCom_uninstall_pluginCom_unlock_tablesCom_updateMySQL更新的数量,可以用来统计qps,qps计算公式：questions / uptime 或者基于com_%计算：Com_select/s + Com_insert/s + Com_update/s + Com_delete/sCom_update_multiCom_xa_commitCom_xa_endCom_xa_prepareCom_xa_recoverCom_xa_rollbackCom_xa_startCompression客户端是否使用了压缩的连接协议。Connections试图连接到(不管是否成功)MySQL服务器的连接数,如果增长太快则可能被人***了。Created_tmp_disk_tables服务器执行语句时在硬盘上自动创建的临时表的数量,当内存临时表中的数据占用超过tmp_table_size容量时，就会把内存临时表转换为myisam引擎的磁盘临时表,如果这个值突然变大,可以在session级别改大tmp_table_size的值,避免占用磁盘IO导致性能抖动。Created_tmp_filesmysqld已经创建的临时文件的数量。Created_tmp_tables服务器执行语句时自动创建的内存中的临时表的数量。在这里创建的临时表默认引擎是memory,变量是包含所有的内部临时表的数量,所以最好评估一下库的日常操作来判断要设置多少(ORDER BY/GROUP BY/DISTINCT/子查询/UNION都会用到临时表),如果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内部提交语句数量。对于insert语句，可能会有两个Handler_commit计数,官方貌似不认为这是个bug.Handler_delete行从表中删除的次数。Handler_discoverMySQL服务器可以问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 ... DESCHandler_read_rnd根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。Handler_read_rnd_next在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。Handler_rollback内部ROLLBACK语句的数量。Handler_savepoint存储引擎放置一个保存点的请求数。Handler_savepoint_rollback存储引擎回滚到一个保存点的请求。Handler_update在表内更新一行的请求数Handler_write在表内插入一行的请求数。Innodb_buffer_pool_pages_dataInnoDB缓冲池中的包含数据的页数量。与lru list对应,包括脏页和干净页.当使用压缩表时，Innodb_buffer_pool_pages_data值可能大于Innodb_buffer_pool_pages_totalInnodb_buffer_pool_pages_dirtyInnoDB缓冲池中当前的脏页数量，与fulsh list对应Innodb_buffer_pool_pages_flushed要求清空的缓冲池页数。Innodb_buffer_pool_pages_freeInnoDB缓冲池中的可用页数量（空闲页数量），与free list对应.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_requestsInnodb逻辑读次数（从buffer pool中读取数据的次数）,这个是衡量系统压力的重要指标,也是SQL调优最精准的参照。与Innodb physical reads对比可以得到buffer pool的命中率Innodb_buffer_pool_reads表示从物理磁盘读取页的次数,直接从硬盘读取到缓存中的数量。当一次IO请求涉及到多个页时,会累加计算Innodb_buffer_pool_wait_free等待innodb刷新脏页到磁盘的计数,如果innodb_buffer_pool_size设置够大，那么此值应很小，如果不为0且在持续增加，说明当前innodb_buffer_pool_size严重不足，需要加大.Innodb_buffer_pool_write_requests向InnoDB缓冲池的写数量。Innodb_data_fsyncsfsync()操作数。Innodb_data_pending_fsyncs当前挂起的fsync()操作数。Innodb_data_pending_reads当前挂起的读数。Innodb_data_pending_writes当前挂起的写数。Innodb_data_readinnodb存储引擎读数据文件的IO流量（字节）Innodb_data_readsinnodb数据读取的总IO次数Innodb_data_writesinnodb数据写入的总IO次数Innodb_data_writteninnodb存储引擎写数据文件的IO流量（字节）。Innodb_dblwr_pages_written双写操作执行的页的数量。Innodb_dblwr_writes已经执行的双写操作的数量。Innodb_have_atomic_builtins指示服务器是否建立原子操作指令。Innodb_log_waitsinnodb redo log写发生的等待次数，可能因为日志缓冲区太小，导致写redo log buffer时需要等待，如果这个大于0，就表示innodb_log_buffer不够用了，需要加大Innodb_log_write_requests日志写请求数。Innodb_log_writesInnodb redo日志写次数，指的是对InnoDB重做日志文件的物理写入次数Innodb_os_log_fsyncsInnodb redo 日志文件在操作系统层面的fsync()次数。该指标数量主要与innodb_flush_log_at_trx_commit设置值有关Innodb_os_log_pending_fsyncs挂起的日志文件fsync()操作数量。Innodb_os_log_pending_writes挂起的日志文件写操作。Innodb_os_log_writteninnodb存储引擎写redo log的IO流量（字节为单位）Innodb_page_size编译的InnoDB页大小(默认16KB)。许多值用页来记数；页的大小很容易转换为字节。Innodb_pages_created创建的页数。Innodb_pages_read通过操作InnoDB表引起的从InnoDB缓冲池读取数据的页数Innodb_pages_written通过操作InnoDB表引起的数据写入的页数Innodb_row_lock_current_waits在InnoDB当前等待的待锁定的行数。Innodb_row_lock_time行锁定花费的总时间，单位毫秒。Innodb_row_lock_time_avg行锁定的平均时间，单位毫秒。Innodb_row_lock_time_max行锁定的最长时间，单位毫秒。Innodb_row_lock_waits一行锁定必须等待的时间数。Innodb_rows_deleted从innodb表删除的行数，通过计算每秒的差值，可以衡量Innodb每秒删除行能力Innodb_rows_inserted在innodb表插入的行数，通过计算每秒的差值，可以衡量Innodb每秒插入行能力Innodb_rows_read从innodb表读取的行数，通过计算每秒的差值，可以衡量Innodb每秒读取能力。如果这个值比较大请检查select的相关指标Innodb_rows_updated在innodb表更新的行数，通过计算每秒的差值，可以衡量Innodb每秒更新行能力Innodb_truncated_status_writesSHOW 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服务器启动后已经同时使用的连接的最大数量。MySQL ndb集群 Status 参数状态(ndb基本被淘汰)Ndb_api_bytes_received_countNdb_api_bytes_received_count_sessionNdb_api_bytes_received_count_slaveNdb_api_bytes_sent_countNdb_api_bytes_sent_count_sessionNdb_api_bytes_sent_count_slaveNdb_api_event_bytes_countNdb_api_event_bytes_count_injectorNdb_api_event_data_countNdb_api_event_data_count_injectorNdb_api_event_nondata_countNdb_api_event_nondata_count_injectorNdb_api_pk_op_countNdb_api_pk_op_count_sessionNdb_api_pk_op_count_slaveNdb_api_pruned_scan_countNdb_api_pruned_scan_count_sessionNdb_api_pruned_scan_count_slaveNdb_api_range_scan_countNdb_api_range_scan_count_sessionNdb_api_range_scan_count_slaveNdb_api_read_row_countNdb_api_read_row_count_sessionNdb_api_read_row_count_slaveNdb_api_scan_batch_countNdb_api_scan_batch_count_sessionNdb_api_scan_batch_count_slaveNdb_api_table_scan_countNdb_api_table_scan_count_sessionNdb_api_table_scan_count_slaveNdb_api_trans_abort_countNdb_api_trans_abort_count_sessionNdb_api_trans_abort_count_slaveNdb_api_trans_close_countNdb_api_trans_close_count_sessionNdb_api_trans_close_count_slaveNdb_api_trans_commit_countNdb_api_trans_commit_count_sessionNdb_api_trans_commit_count_slaveNdb_api_trans_local_read_row_countNdb_api_trans_local_read_row_count_sessionNdb_api_trans_local_read_row_count_slaveNdb_api_trans_start_countNdb_api_trans_start_count_sessionNdb_api_trans_start_count_slaveNdb_api_uk_op_countNdb_api_uk_op_count_sessionNdb_api_uk_op_count_slaveNdb_api_wait_exec_complete_countNdb_api_wait_exec_complete_count_sessionNdb_api_wait_exec_complete_count_slaveNdb_api_wait_meta_request_countNdb_api_wait_meta_request_count_sessionNdb_api_wait_meta_request_count_slaveNdb_api_wait_nanos_countNdb_api_wait_nanos_count_sessionNdb_api_wait_nanos_count_slaveNdb_api_wait_scan_result_countNdb_api_wait_scan_result_count_sessionNdb_api_wait_scan_result_count_slavendb_cluster_connection_poolNdb_cluster_node_idNdb_config_from_hostNdb_conflict_fn_epochNdb_conflict_fn_epoch_transNdb_conflict_fn_maxNdb_conflict_fn_oldNdb_conflict_trans_conflict_commit_countNdb_conflict_trans_detect_iter_countNdb_conflict_trans_reject_countNdb_conflict_trans_row_conflict_countNdb_conflict_trans_row_reject_countndb_execute_countndb-nodeidNdb_number_of_data_nodesndb_pruned_scan_countNdb_pushed_queries_definedNdb_pushed_queries_droppedNdb_pushed_queries_executedndb_pushed_readsndb_scan_countNot_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性能架构提供了几个变量，有关仪器仪表的信息由于内存限制无法被加载或创建：Performance_schema_cond_classes_lostPerformance_schema_cond_instances_lostPerformance_schema_file_classes_lostPerformance_schema_file_handles_lostPerformance_schema_file_instances_lostPerformance_schema_locker_lostPerformance_schema_mutex_classes_lostPerformance_schema_mutex_instances_lostPerformance_schema_rwlock_classes_lostPerformance_schema_rwlock_instances_lostPerformance_schema_table_handles_lostPerformance_schema_table_instances_lostPerformance_schema_thread_classes_lostPerformance_schema_thread_instances_lostPrepared_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变量不同。 它不计算COM_PING或COM_STATISTICS命令Questions服务器执行的语句数。 仅包括由客户端发送到服务器的语句，而不包括在存储过程和存储函数中执行的语句，这与Queries变量不同。 此变量不计算COM_PING，COM_STATISTICS，COM_STMT_PREPARE，COM_STMT_CLOSE或COM_STMT_RESET命令RPL_semi_sync_xxx以下变量只有当Master安装了半同步复制插件时可用。Rpl_semi_sync_master_clients半同步复制的Slave数量。Rpl_semi_sync_master_net_avg_wait_time主等待从机响应的平均时间，以微秒为单位。Rpl_semi_sync_master_net_wait_time主等待从机响应的总时间。Rpl_semi_sync_master_net_waits主等待从机响应的总次数。Rpl_semi_sync_master_no_times主机关闭半同步复制的次数Rpl_semi_sync_master_no_txSlave端未确认成功的提交数。Rpl_semi_sync_master_status无论半同步复制目前是否在主上运行。如果插件已经启用并且提交已经确认，则值为ON；如果插件没有启用或者主机由于提交超时回落到异步同步时，值为OFF。Rpl_semi_sync_master_timefunc_failures主机调用类似gettimeofday()的时间函数失败的次数。Rpl_semi_sync_master_tx_avg_wait_time主机等待每个事务的平均时间。Rpl_semi_sync_master_tx_wait_time主机等待事务的总时间。Rpl_semi_sync_master_tx_waits主机等待事务的总次数。Rpl_semi_sync_master_wait_pos_backtraverse主机等待一个二进制坐标的时间低于先前事务的等待时间的总次数。当事务开始等待答复的顺序不同于事务写入全日志的顺序时，可能发生这种情况。Rpl_semi_sync_master_wait_sessions会话通常等待Slave答复的次数。Rpl_semi_sync_master_yes_tx提交被Slave确认成功的次数。Rpl_semi_sync_slave_status无论半同步复制是否在Slave端运行。如果插件被启用并且Slave I/O线程正在运行，则显示ON，否则显示OFF。Rpl_status不安全而失败复制的状态（不执行）。这个变量没有启用且在MySQL 5.6版本中移除。Select_full_join没有使用索引的联接的数量。该值应该小于5。如果该指标数量比较多，你应仔细检查表的索引。Select_full_range_joinjoin查询中被驱动表使用索引范围扫描的select查询数量Select_range单表查询或者join的第一个表使用索引范围扫描方式的select查询数量，该值正常情况下变得比较大也问题不大Select_range_checkjoin查询中关联字段没有索引，导致在join查询中被驱动表每次都需要检查是否可以使用索引范围扫描的select查询数量，如果此值不为0，则应仔细检查表的索引Select_scan单表查询或者join的第一个表使用全表扫描方式的select查询数量。该值应该小于5。如果该指标数量比较多，说明表中没有合适的索引或者索引设计不合理导致查询无法正确使用Slave_heartbeat_period显示一个Slave的复制心跳间隔。Slave_open_temp_tables当前由从SQL线程打开的临时表的数量。Slave_received_heartbeats累计每个SLAVE从最后一次启动、复位或更换master到现在收到的心跳数。Slave_retried_transactions从启动以来SLAVE端尝试事务的总次数。Slave_running如果该服务器是连接到主服务器的从服务器，则该值为ON。Slow_launch_threads创建时间超过slow_launch_time秒的线程数。Slow_queries慢查询条数总数,查询时间超过long_query_time秒的查询的个数Sort_merge_passes排序算法已经执行的合并的数量。如果这个变量值较大，应考虑增加sort_buffer_size,max_length_for_sort_data或max_sort_length相关系统变量的值。 调大一点Sort_range在范围内执行的排序的数量。Sort_rows已经排序的行数。如果这个值比较大请检查sort相关指标Sort_scan通过全表扫描表完成的排序的数量。该指标数量较多建议考虑更改排序规则,并验证一下索引是否正确引用了.Ssl_xxx用于SSL连接的变量。包括：Ssl_accept_renegotiatesSsl_acceptsSsl_callback_cache_hitsSsl_cipherSsl_cipher_listSsl_client_connectsSsl_connect_renegotiatesSsl_ctx_verify_depthSsl_ctx_verify_modeSsl_default_timeoutSsl_finished_acceptsSsl_finished_connectsSsl_session_cache_hitsSsl_session_cache_missesSsl_session_cache_modeSsl_session_cache_overflowsSsl_session_cache_sizeSsl_session_cache_timeoutsSsl_sessions_reusedSsl_used_session_cache_entriesSsl_verify_depthSsl_verify_modeSsl_versionTable_locks_immediate立即获得的表的锁的次数。如果你使用的是Innodb表，那么很可能是应用层显式锁表了,例如mysqldumpTable_locks_waited不能立即获得的表的锁的次数。如果该值较高，并且有性能问题，你应首先优化查询，然后拆分表或使用复制做读写分离.如果是innodb，那么这个值就应该很小，如果也很大，说明应用层锁表了，或者其他地方显式对innodb加表锁了.Tc_log_max_pages_usedTc_log_page_sizeTc_log_page_waitsThreads_cached线程缓存内的线程的数量。Threads_connected当前打开的连接的数量。包含内部线程和sleep状态的线程.Threads_created创建用来处理新任务连接的线程数。如果Threads_created较大，你可能要增加thread_cache_size值。缓存访问率的计算方法Threads_created/Connections。该值越接近1，说明线程cache的命中率越低，就应该考虑增加thread_cache_size这个参数的值Threads_running激活的（非睡眠状态）线程数。也代表MySQL并发用户活动会话数量,在系统负载很大时,SQL持续时间会增加,这个指标会上升Uptime服务器已经运行的时间（以秒为单位）。Uptime_since_flush_status从上次执行FLUSH STATUS语句后经过的时间。Table_open_cache_hits打开一个表时，在表缓存查找中的命中次数，这个变量是在MySQL 5.6.6中添加的,好明显,这个值越高越好Table_open_cache_misses打开一个表时，在表缓存查找中的未命中次数，这个变量是在MySQL 5.6.6中添加的,和上面相反,越低越好Table_open_cache_overflows打开表缓存的溢出次数,这个变量是在MySQL 5.6.6中添加的.如果打开表的总数大于table_open_cache/table_open_cache_instances数量,后续的查询中又开始使用被清理出cache instance的表,那么此时就会导致Table_open_cache_misses和Table_open_cache_overflows值的增加.主要体现在高并发的情况下,频繁打开/关闭表和多表联结查询,造成table_open_cache/table_open_cache_instances不够用,需要设大一点来应对,最好比表的总数量多一倍.