设为首页 收藏本站
查看: 792|回复: 0

[经验分享] mysql 状态变量(部分)

[复制链接]

尚未签到

发表于 2018-10-6 07:21:42 | 显示全部楼层 |阅读模式
  Aborted_clients
  因客户端没有关闭连接而中止的连接数。
  Aborted_connects
  尝试连接到 MySQL 服务器但失败的连接数。
  Binlog_cache_disk_use
  因事务使用的临时二进制日志缓存超出 binlog_cache_size 的设置而使用临时文件存储的数量。
  Binlog_cache_use
  事务所用的临时二进制日志缓存的数量。
  Connections
  尝试连接到 MySQL 服务器的连接数 (不论成功或失败) 。
  Created_tmp_disk_tables
  服务器执行语句时自动在磁盘上创建的临时表的数量。如果 Created_tmp_disk_tables 很大,你可以增加 tmp_table_size 的值,让服务器使用内存来存储临时表而非磁盘。
  Created_tmp_tables
  服务器执行语句时自动在内存中创建的临时表的数量。
  Handler_read_first
  读取一个索引入口点的次数。如果该值很大,说明你的服务器执行了很多完整索引扫描。例如,假设字段 col1 已经建立了索引,然后执行 SELECT col1 FROM foo 。
  Handler_read_key
  根据索引读取行的请求数。如果该值很大,说明你的查询和表都建立了很好的索引。
  Handler_read_next
  根据索引顺序读取下一行的请求数。如果你在查询一个已索引的字段且限制了范围,或进行完整表扫描,该值将会不断增长。
  Handler_read_rnd
  根据固定位置读取行的请求数。如果你执行很多需要排序的查询,该值会很高。你可能有很多需要完整表扫描的查询,或者你使用了不正确的索引用来多表查询。
  Handler_read_rnd_next
  从数据文件中读取行的请求数。如果你在扫描很多表,该值会很大。通常情况下这意味着你的表没有做好索引,或者你的查询语句没有使用好索引字段。
  Innodb_buffer_pool_bytes_data
  包含数据的 InnoDB 缓冲池中的总字节数。 该数字包括脏和干净的页面
  Innodb_buffer_pool_reads
  InnoDB 进行逻辑读取时无法从缓冲池中获取而执行单页读取的次数。
  Innodb_log_waits
  因日志缓存太小而必须等待其被写入所造成的等待数。
  Innodb_log_write_requests
  日志写入请求数。
  Innodb_row_lock_time
  等待获得行锁的总时间 (单位:毫秒)。
  Innodb_row_lock_time_avg
  等待获得行锁的平均时间 (单位:毫秒)。
  Innodb_row_lock_time_max
  等待获得行锁的最大时间 (单位:毫秒)。
  Innodb_row_lock_waits
  等待行锁的次数。
  Key_read_requests
  从缓存中读取键块的请求次数。
  Key_reads
  从磁盘中物理读取键块的次数。如果 Key_reads 很大,则说明您的 key_buffer_size 可能设置得太小了。缓存缺失率可以由 Key_reads/Key_read_requests 计算得出。
  Opened_tables
  已经打开的表个数。如果该值很大,则说明表缓冲大小可能设置过小。
  Select_full_join
  没有使用索引的多表查询数。如果该值不为0,您应该仔细检查是否已经为表建立了适当的索引。
  Select_range_check
  没有使用索引但在每行之后检查索引使用的多表查询数。(如果该值不为 0,您应该仔细检查是否已经为表建立了适当的索引。)
  Slow_launch_threads
  使用了比 slow_launch_time 更多的时间来启动的线程数量。
  Slow_queries
  使用了比 long_query_time 更多时间的查询数。
  Sort_merge_passes
  排序算法使用归并的次数。如果该值很大,您应该考虑增加系统变量 sort_buffer_size 的值。
  Sort_scan
  扫描表完成的排序次数。
  Threads_created
  当前用于控制连接的线程数。如果 Threads_created 很大,您可能需要增加 thread_cache_size 的值。(如果线程状况良好,这么做通常并不会带来显著的性能提升。)
  Threads_running
  非睡眠状态的线程数量。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-612938-1-1.html 上篇帖子: LNMP源码编译安装之Mysql-IT 下篇帖子: 基于mysql传统复制模式转为GTID模式 mysql 5.7版本
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表