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

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
日志服务 SLS,月写入数据量 50GB 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,如需转载请自行联系原作者







相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
1月前
|
存储 SQL 关系型数据库
MySQL中binlog、redolog与undolog的不同之处解析
每个都扮演回答回溯与错误修正机构角色: BinLog像历史记载员详细记载每件大大小小事件; RedoLog则像紧急救援队伍遇见突發情況追踪最后活动轨迹尽力补救; UndoLog就类似时间机器可倒带历史让一切归位原始样貌同时兼具平行宇宙观察能让多人同时看见各自期望看见历程而互不干扰.
151 9
|
2月前
|
存储 SQL 关系型数据库
MySQL 核心知识与索引优化全解析
本文系统梳理了 MySQL 的核心知识与索引优化策略。在基础概念部分,阐述了 char 与 varchar 在存储方式和性能上的差异,以及事务的 ACID 特性、并发事务问题及对应的隔离级别(MySQL 默认 REPEATABLE READ)。 索引基础部分,详解了 InnoDB 默认的 B+tree 索引结构(多路平衡树、叶子节点存数据、双向链表支持区间查询),区分了聚簇索引(数据与索引共存,唯一)和二级索引(数据与索引分离,多个),解释了回表查询的概念及优化方法,并分析了 B+tree 作为索引结构的优势(树高低、效率稳、支持区间查询)。 索引优化部分,列出了索引创建的六大原则
|
2月前
|
存储 SQL 关系型数据库
MySQL 核心知识与性能优化全解析
我整理的这份内容涵盖了 MySQL 诸多核心知识。包括查询语句的书写与执行顺序,多表查询的连接方式及内、外连接的区别。还讲了 CHAR 和 VARCHAR 的差异,索引的类型、底层结构、聚簇与非聚簇之分,以及回表查询、覆盖索引、左前缀原则和索引失效情形,还有建索引的取舍。对比了 MyISAM 和 InnoDB 存储引擎的不同,提及性能优化的多方面方法,以及超大分页处理、慢查询定位与分析等,最后提到了锁和分库分表可参考相关资料。
|
9月前
|
SQL 关系型数据库 MySQL
深入解析MySQL的EXPLAIN:指标详解与索引优化
MySQL 中的 `EXPLAIN` 语句用于分析和优化 SQL 查询,帮助你了解查询优化器的执行计划。本文详细介绍了 `EXPLAIN` 输出的各项指标,如 `id`、`select_type`、`table`、`type`、`key` 等,并提供了如何利用这些指标优化索引结构和 SQL 语句的具体方法。通过实战案例,展示了如何通过创建合适索引和调整查询语句来提升查询性能。
1868 10
|
3月前
|
关系型数据库 MySQL
MySQL字符串拼接方法全解析
本文介绍了四种常用的字符串处理函数及其用法。方法一:CONCAT,用于基础拼接,参数含NULL时返回NULL;方法二:CONCAT_WS,带分隔符拼接,自动忽略NULL值;方法三:GROUP_CONCAT,适用于分组拼接,支持去重、排序和自定义分隔符;方法四:算术运算符拼接,仅适用于数值类型,字符串会尝试转为数值处理。通过示例展示了各函数的特点与应用场景。
|
5月前
|
SQL 运维 关系型数据库
MySQL Binlog 日志查看方法及查看内容解析
本文介绍了 MySQL 的 Binlog(二进制日志)功能及其使用方法。Binlog 记录了数据库的所有数据变更操作,如 INSERT、UPDATE 和 DELETE,对数据恢复、主从复制和审计至关重要。文章详细说明了如何开启 Binlog 功能、查看当前日志文件及内容,并解析了常见的事件类型,包括 Format_desc、Query、Table_map、Write_rows、Update_rows 和 Delete_rows 等,帮助用户掌握数据库变化历史,提升维护和排障能力。
|
6月前
|
缓存 关系型数据库 MySQL
ThinkPHP框架show columns引发mysql性能问题
ThinkPHP框架的show columns引发mysql性能问题,结尾有关闭方式。
215 13
|
6月前
|
机器学习/深度学习 人工智能 文字识别
从“泛读”到“精读”:合合信息文档解析如何让大模型更懂复杂文档?
随着deepseek等大模型逐渐步入视野,理论上文档解析工作应能大幅简化。 然而,实际情况却不尽如人意。当前的多模态大模型虽然具备强大的视觉与语言交互能力,但在解析非结构化文档时,仍面临复杂版式、多元素混排以及严密逻辑推理等挑战。
192 0
|
8月前
|
Serverless 对象存储 人工智能
智能文件解析:体验阿里云多模态信息提取解决方案
在当今数据驱动的时代,信息的获取和处理效率直接影响着企业决策的速度和质量。然而,面对日益多样化的文件格式(文本、图像、音频、视频),传统的处理方法显然已经无法满足需求。
316 4
智能文件解析:体验阿里云多模态信息提取解决方案
|
8月前
|
文字识别 开发者 数据处理
多模态数据信息提取解决方案评测报告!
阿里云推出的《多模态数据信息提取》解决方案,利用AI技术从文本、图像、音频和视频中提取关键信息,支持多种应用场景,大幅提升数据处理效率。评测涵盖部署体验、文档清晰度、模板简化、示例验证及需求适配性等方面。方案表现出色,部署简单直观,功能强大,适合多种业务场景。建议增加交互提示、多语言支持及优化OCR和音频转写功能...
291 3
多模态数据信息提取解决方案评测报告!

热门文章

最新文章

推荐镜像

更多