mysql状态信息参数解析(show GLOBAL status)

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介:
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_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
MySQL提交的事务数量,可以用来统计TPS(每秒事务数),计算公式:Com_commit/S+Com_rollback/S
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
MySQL删除的数量,可以用来统计qps,计算公式:questions / uptime 或者基于com_%计算:Com_select/s + Com_insert/s + Com_update/s + Com_delete/s
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
MySQL插入的数量,可以用来统计qps,qps计算公式:questions / uptime 或者基于com_%计算:Com_select/s + Com_insert/s + Com_update/s + Com_delete/s
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
MySQL回滚的事务数量,可以用来统计TPS(每秒事务数),计算公式:Com_commit/S+Com_rollback/S
Com_rollback_to_savepoint
Com_savepoint
Com_select
MySQL查询的数量,可以用来统计qps,qps计算公式:questions / uptime 或者基于com_%计算:Com_select/s + Com_insert/s + Com_update/s + Com_delete/s
Com_set_option
Com_show_authors
Com_show_binlog_events
Com_show_binlogs
Com_show_charsets
Com_show_collations
Com_show_contributors
Com_show_create_db
Com_show_create_event
Com_show_create_func
Com_show_create_proc
Com_show_create_table
Com_show_create_trigger
Com_show_databases
Com_show_engine_logs
Com_show_engine_mutex
Com_show_engine_status
Com_show_errors
Com_show_events
Com_show_fields
Com_show_function_code
Com_show_function_status
Com_show_grants
Com_show_keys
Com_show_logs
Com_show_master_status
Com_show_new_master
Com_show_open_tables
Com_show_plugins
Com_show_privileges
Com_show_procedure_code
Com_show_procedure_status
Com_show_processlist
Com_show_profile
Com_show_profiles
Com_show_relaylog_events
Com_show_slave_hosts
Com_show_slave_status
Com_show_status
Com_show_storage_engines
Com_show_table_status
Com_show_tables
Com_show_triggers
Com_show_variables
Com_show_warnings
Com_signal
Com_slave_start
Com_slave_stop
Com_stmt_close
Com_stmt_execute
Com_stmt_fetch
Com_stmt_prepare
Com_stmt_reprepare
Com_stmt_reset
Com_stmt_send_long_data
Com_truncate
Com_uninstall_plugin
Com_unlock_tables
Com_update
MySQL更新的数量,可以用来统计qps,qps计算公式:questions / uptime 或者基于com_%计算:Com_select/s + Com_insert/s + Com_update/s + Com_delete/s
Com_update_multi
Com_xa_commit
Com_xa_end
Com_xa_prepare
Com_xa_recover
Com_xa_rollback
Com_xa_start

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

Connections
试图连接到(不管是否成功)MySQL服务器的连接数,如果增长太快则可能被人攻击了。

Created_tmp_disk_tables
服务器执行语句时在硬盘上自动创建的临时表的数量,当内存临时表中的数据占用超过tmp_table_size容量时,就会把内存临时表转换为myisam引擎的磁盘临时表,如果这个值突然变大,可以在session级别改大tmp_table_size的值,避免占用磁盘IO导致性能抖动。

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

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_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缓冲池中的包含数据的页数量。与lru list对应,包括脏页和干净页.当使用压缩表时,Innodb_buffer_pool_pages_data值可能大于Innodb_buffer_pool_pages_total

Innodb_buffer_pool_pages_dirty
InnoDB缓冲池中当前的脏页数量,与fulsh list对应

Innodb_buffer_pool_pages_flushed
要求清空的缓冲池页数。

Innodb_buffer_pool_pages_free
InnoDB缓冲池中的可用页数量(空闲页数量),与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_requests
Innodb逻辑读次数(从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_fsyncs
fsync()操作数。

Innodb_data_pending_fsyncs
当前挂起的fsync()操作数。

Innodb_data_pending_reads
当前挂起的读数。

Innodb_data_pending_writes
当前挂起的写数。

Innodb_data_read
innodb存储引擎读数据文件的IO流量(字节)

Innodb_data_reads
innodb数据读取的总IO次数

Innodb_data_writes
innodb数据写入的总IO次数

Innodb_data_written
innodb存储引擎写数据文件的IO流量(字节)。

Innodb_dblwr_pages_written
双写操作执行的页的数量。

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

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

Innodb_log_waits
innodb redo log写发生的等待次数,可能因为日志缓冲区太小,导致写redo log buffer时需要等待,如果这个大于0,就表示innodb_log_buffer不够用了,需要加大

Innodb_log_write_requests
日志写请求数。

Innodb_log_writes
Innodb redo日志写次数,指的是对InnoDB重做日志文件的物理写入次数

Innodb_os_log_fsyncs
Innodb redo 日志文件在操作系统层面的fsync()次数。该指标数量主要与innodb_flush_log_at_trx_commit设置值有关

Innodb_os_log_pending_fsyncs
挂起的日志文件fsync()操作数量。

Innodb_os_log_pending_writes
挂起的日志文件写操作。

Innodb_os_log_written
innodb存储引擎写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_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
服务器启动后已经同时使用的连接的最大数量。

MySQL ndb集群 Status 参数状态(ndb基本被淘汰)
Ndb_api_bytes_received_count
Ndb_api_bytes_received_count_session
Ndb_api_bytes_received_count_slave
Ndb_api_bytes_sent_count
Ndb_api_bytes_sent_count_session
Ndb_api_bytes_sent_count_slave
Ndb_api_event_bytes_count
Ndb_api_event_bytes_count_injector
Ndb_api_event_data_count
Ndb_api_event_data_count_injector
Ndb_api_event_nondata_count
Ndb_api_event_nondata_count_injector
Ndb_api_pk_op_count
Ndb_api_pk_op_count_session
Ndb_api_pk_op_count_slave
Ndb_api_pruned_scan_count
Ndb_api_pruned_scan_count_session
Ndb_api_pruned_scan_count_slave
Ndb_api_range_scan_count
Ndb_api_range_scan_count_session
Ndb_api_range_scan_count_slave
Ndb_api_read_row_count
Ndb_api_read_row_count_session
Ndb_api_read_row_count_slave
Ndb_api_scan_batch_count
Ndb_api_scan_batch_count_session
Ndb_api_scan_batch_count_slave
Ndb_api_table_scan_count
Ndb_api_table_scan_count_session
Ndb_api_table_scan_count_slave
Ndb_api_trans_abort_count
Ndb_api_trans_abort_count_session
Ndb_api_trans_abort_count_slave
Ndb_api_trans_close_count
Ndb_api_trans_close_count_session
Ndb_api_trans_close_count_slave
Ndb_api_trans_commit_count
Ndb_api_trans_commit_count_session
Ndb_api_trans_commit_count_slave
Ndb_api_trans_local_read_row_count
Ndb_api_trans_local_read_row_count_session
Ndb_api_trans_local_read_row_count_slave
Ndb_api_trans_start_count
Ndb_api_trans_start_count_session
Ndb_api_trans_start_count_slave
Ndb_api_uk_op_count
Ndb_api_uk_op_count_session
Ndb_api_uk_op_count_slave
Ndb_api_wait_exec_complete_count
Ndb_api_wait_exec_complete_count_session
Ndb_api_wait_exec_complete_count_slave
Ndb_api_wait_meta_request_count
Ndb_api_wait_meta_request_count_session
Ndb_api_wait_meta_request_count_slave
Ndb_api_wait_nanos_count
Ndb_api_wait_nanos_count_session
Ndb_api_wait_nanos_count_slave
Ndb_api_wait_scan_result_count
Ndb_api_wait_scan_result_count_session
Ndb_api_wait_scan_result_count_slave
ndb_cluster_connection_pool
Ndb_cluster_node_id
Ndb_config_from_host
Ndb_conflict_fn_epoch
Ndb_conflict_fn_epoch_trans
Ndb_conflict_fn_max
Ndb_conflict_fn_old
Ndb_conflict_trans_conflict_commit_count
Ndb_conflict_trans_detect_iter_count
Ndb_conflict_trans_reject_count
Ndb_conflict_trans_row_conflict_count
Ndb_conflict_trans_row_reject_count
ndb_execute_count
ndb-nodeid
Ndb_number_of_data_nodes
ndb_pruned_scan_count
Ndb_pushed_queries_defined
Ndb_pushed_queries_dropped
Ndb_pushed_queries_executed
ndb_pushed_reads
ndb_scan_count

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
性能架构提供了几个变量,有关仪器仪表的信息由于内存限制无法被加载或创建:
Performance_schema_cond_classes_lost
Performance_schema_cond_instances_lost
Performance_schema_file_classes_lost
Performance_schema_file_handles_lost
Performance_schema_file_instances_lost
Performance_schema_locker_lost
Performance_schema_mutex_classes_lost
Performance_schema_mutex_instances_lost
Performance_schema_rwlock_classes_lost
Performance_schema_rwlock_instances_lost
Performance_schema_table_handles_lost
Performance_schema_table_instances_lost
Performance_schema_thread_classes_lost
Performance_schema_thread_instances_lost

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变量不同。 它不计算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_tx
Slave端未确认成功的提交数。

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_join
join查询中被驱动表使用索引范围扫描的select查询数量

Select_range
单表查询或者join的第一个表使用索引范围扫描方式的select查询数量,该值正常情况下变得比较大也问题不大

Select_range_check
join查询中关联字段没有索引,导致在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_renegotiates
Ssl_accepts
Ssl_callback_cache_hits
Ssl_cipher
Ssl_cipher_list
Ssl_client_connects
Ssl_connect_renegotiates
Ssl_ctx_verify_depth
Ssl_ctx_verify_mode
Ssl_default_timeout
Ssl_finished_accepts
Ssl_finished_connects
Ssl_session_cache_hits
Ssl_session_cache_misses
Ssl_session_cache_mode
Ssl_session_cache_overflows
Ssl_session_cache_size
Ssl_session_cache_timeouts
Ssl_sessions_reused
Ssl_used_session_cache_entries
Ssl_verify_depth
Ssl_verify_mode
Ssl_version

Table_locks_immediate
立即获得的表的锁的次数。如果你使用的是Innodb表,那么很可能是应用层显式锁表了,例如mysqldump

Table_locks_waited
不能立即获得的表的锁的次数。如果该值较高,并且有性能问题,你应首先优化查询,然后拆分表或使用复制做读写分离.如果是innodb,那么这个值就应该很小,如果也很大,说明应用层锁表了,或者其他地方显式对innodb加表锁了.

Tc_log_max_pages_used
Tc_log_page_size
Tc_log_page_waits
Threads_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不够用,需要设大一点来应对,最好比表的总数量多一倍.



     本文转自arthur376 51CTO博客,原文链接:http://blog.51cto.com/arthur376/1906265,如需转载请自行联系原作者







相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2月前
|
关系型数据库 MySQL
MySQL查看连接数和进程信息
这篇文章介绍了如何在MySQL中查看连接数和进程信息,包括当前打开的连接数量、历史成功建立连接的次数、连接错误次数、连接超时设置,以及如何查看和终止正在执行的连接进程。
386 10
|
3天前
|
存储 关系型数据库 MySQL
MySQL MVCC深度解析:掌握并发控制的艺术
【10月更文挑战第23天】 在数据库领域,MVCC(Multi-Version Concurrency Control,多版本并发控制)是一种重要的并发控制机制,它允许多个事务并发执行而不产生冲突。MySQL作为广泛使用的数据库系统,其InnoDB存储引擎就采用了MVCC来处理事务。本文将深入探讨MySQL中的MVCC机制,帮助你在面试中自信应对相关问题。
9 3
|
3天前
|
缓存 关系型数据库 MySQL
MySQL执行计划深度解析:如何做出最优选择
【10月更文挑战第23天】 在数据库查询性能优化中,执行计划的选择至关重要。MySQL通过查询优化器来生成执行计划,但有时不同的执行计划会导致性能差异。理解如何选择合适的执行计划,以及为什么某些计划更优,对于数据库管理员和开发者来说是一项必备技能。
14 2
|
15天前
|
Java 关系型数据库 MySQL
【编程基础知识】Eclipse连接MySQL 8.0时的JDK版本和驱动问题全解析
本文详细解析了在使用Eclipse连接MySQL 8.0时常见的JDK版本不兼容、驱动类错误和时区设置问题,并提供了清晰的解决方案。通过正确配置JDK版本、选择合适的驱动类和设置时区,确保Java应用能够顺利连接MySQL 8.0。
79 1
|
15天前
|
架构师 关系型数据库 MySQL
MySQL最左前缀优化原则:深入解析与实战应用
【10月更文挑战第12天】在数据库架构设计与优化中,索引的使用是提升查询性能的关键手段之一。其中,MySQL的最左前缀优化原则(Leftmost Prefix Principle)是复合索引(Composite Index)应用中的核心策略。作为资深架构师,深入理解并掌握这一原则,对于平衡数据库性能与维护成本至关重要。本文将详细解读最左前缀优化原则的功能特点、业务场景、优缺点、底层原理,并通过Java示例展示其实现方式。
28 1
|
25天前
|
存储 SQL 关系型数据库
MySQL 存储过程错误信息不打印在控制台
MySQL 存储过程错误信息不打印在控制台
37 1
|
2月前
|
消息中间件 canal 关系型数据库
Maxwell:binlog 解析器,轻松同步 MySQL 数据
Maxwell:binlog 解析器,轻松同步 MySQL 数据
209 11
|
26天前
|
存储 关系型数据库 MySQL
MySQL 如何存储地理信息
MySQL 如何存储地理信息
57 1
|
9天前
|
存储 关系型数据库 MySQL
MySQL中的Redo Log、Undo Log和Binlog:深入解析
【10月更文挑战第21天】在数据库管理系统中,日志是保障数据一致性和完整性的关键机制。MySQL作为一种广泛使用的关系型数据库管理系统,提供了多种日志类型来满足不同的需求。本文将详细介绍MySQL中的Redo Log、Undo Log和Binlog,从背景、业务场景、功能、底层实现原理、使用措施等方面进行详细分析,并通过Java代码示例展示如何与这些日志进行交互。
12 0
|
2月前
|
存储 关系型数据库 MySQL
深入解析MySQL数据存储机制:从表结构到物理存储
深入解析MySQL数据存储机制:从表结构到物理存储
50 1