【0.2】【MySQL】常用监控指标及监控方法（转）

【MySQL】常用监控指标及监控方法

转自：https://www.cnblogs.com/wwcom123/p/10759494.html 

对之前生产中使用过的MySQL数据库监控指标做个小结。

指标分类	指标名称	指标说明
性能类指标	QPS	数据库每秒处理的请求数量
	TPS	数据库每秒处理的事务数量
	并发数	数据库实例当前并行处理的会话数量
	连接数	连接到数据库会话的数量
	缓存命中率	查询命中缓存的比例
高可用指标	可用性	数据库是否可以正常对外服务
	阻塞	当前阻塞的会话数
	慢查询	慢查询情况
	主从延迟	主从延迟时间
	主从状态	主从链路是否正常
	死锁	查看死锁信息

【QPS指标】 　　

show global status where variable_name in ('Queries', 'uptime');

 QPS = (Queries2 -Queries1) / (uptime2 - uptime1)

【TPS指标】　　

show global status where variable_name in ('com_insert' , 'com_delete' , 'com_update', 'uptime');

事务数TC ≈'com_insert' , 'com_delete' , 'com_update'

TPS  ≈ (TC2 -TC1) / (uptime2 - uptime1)

　　

【并发数】

show global status like 'Threads_running';

【连接数】

当前连接数：

show global status like 'Threads_connected';

最大连接数：

show global status like 'max_connections';

生产中配置报警阈值：Threads_connected /  max_connections > 0.8

【缓存命中率】

innodb缓冲池查询总数：

show global status like 'innodb_buffer_pool_read_requests'; 

innodb从磁盘查询数：

show global status like 'innodb_buffer_pool_reads'; 

生产中配置报警阈值：(innodb_buffer_pool_read_requests - innodb_buffer_pool_reads) / innodb_buffer_pool_read_requests > 0.95

【可用性】

方法1：周期性连接数据库并执行  select @@version;

方法2：mysqladmin -u数据库用户名 -p数据库密码 -h数据库实例IP ping     

【阻塞】

　  MySQL5.7之前：

 

select b.trx_mysql_thread_id as '被阻塞线程',
     b.trx_query as '被阻塞SQL',
     c.trx_mysql_thread_id as '阻塞线程',
     c.trx_query as '阻塞SQL',
     (unix_timestamp()-unix_timestamp(c.trx_started)) as '阻塞时间'
from information_schema.innodb_lock_waits a
join information_schema.innodb_trx b on a.requesting_trx_id=b.trx_id
join information_schema.innodb_trx c on a.blocking_trx_id=c.trx.id
where(unix_timestamp()-unix_timestamp(c.trx_started))>阻塞秒数

 

　　MySQL5.7及之后：

　　为方便查询阻塞指标，MySQL将2张表join构造了一个view sys.innodb_lock_waits，查询语句得以大大简化。

 

select waiting_pid as '被阻塞线程',
    waiting_query as '被阻塞SQL',
     blocking_pid as '阻塞线程',
     blocking_query as '阻塞SQL',
     wait_age as '阻塞时间',
     sql_kill_blocking_query as '建议操作'
from sys.innodb_lock_waits
where(unix_timestamp()-unix_timestamp(wait_started))>阻塞秒数

 

【慢查询】

方法1：开启慢查询日志。my.inf

slow_query_log=on
slow_query_log_file=存放目录
long_query_time=0.1秒
log_queries_not_using_indexes=on

注：只对新建连接生效，实时生效使用命令set global 上述配置项。

方法2：

select * from information_schema.'processlist';

    

【主从延迟】

方法1：

show slave status;

问题：

该方法是基于relaylog的时间与master的时间差值，并不太准，例如大事务时，主从延时已发生，但relaylog还未生成。

　 

方法2：使用Percona的pt-heartbeat工具

• Master后台周期写入：

pt-heartbeat --user=Master用户名 --password=Master密码 --h MasterIP --create-table --database 测试库名 --updatte --daemonize --interval=1

--create-table   在Master上创建心跳监控表heartbeat，通过更新该表知道主从延迟的差距。

--daemonize   后台执行。

--interval=1 默认1秒执行一次。

• Slave后台周期同步读取：

pt-heartbeat --user=Slave用户名 --password=Slave密码 --h SlaveIP --database 库名 --monitor --daemonize --log /slave_lag.log

--monitor参数是持续监测并输出结果

【主从状态】

show slave status;

【死锁】

方法1：查看最近一次死锁信息：

show engine innodb status;

方法2：使用Percona的pt-deadlock-logger工具

1.打开死锁打印全局开关

set global innodb_print_all_deadlocks=on; 

2.使用pt-deadlock-logger工具

监控到的死锁结果可以输出到文件、指定表、或者界面打印。

pt-deadlock-logger h=数据库IP,u=数据库用户名,p=数据库密码

输出结果非常详尽：

server:数据库服务器地址，即死锁产生的数据库主机

ts:检测到死锁的时间戳

thread:产生死锁的线程id，这个id和show processlist里面的线程id是一致的

txn_id:innodb的事务ID

txd_time:死锁检查到前，事务执行时间

user:执行transcation的用户名

hostname:客户端主机名

ip:客户端ip

db:发生死锁的DB名

tbl:死锁发生的表名

idx:产生死锁的索引名(在上面这个demo里面， 我们直接走的主键，加的记录锁)

lock_type:锁的类型(记录锁，gap锁，next-key锁)

lock_mode:锁模式(S,X)

wait_hold:是否等着锁释放，一般死锁都是两个wait

victim:该会话是否做了牺牲，终止了执行

query:造成死锁的SQL语句

 

 

wwcom123

• 博客园
• 首页
• 新随笔
• 联系
• 订阅
• 管理

【MySQL】常用监控指标及监控方法

 

对之前生产中使用过的MySQL数据库监控指标做个小结。

指标分类	指标名称	指标说明
性能类指标	QPS	数据库每秒处理的请求数量
	TPS	数据库每秒处理的事务数量
	并发数	数据库实例当前并行处理的会话数量
	连接数	连接到数据库会话的数量
	缓存命中率	查询命中缓存的比例
高可用指标	可用性	数据库是否可以正常对外服务
	阻塞	当前阻塞的会话数
	慢查询	慢查询情况
	主从延迟	主从延迟时间
	主从状态	主从链路是否正常
	死锁	查看死锁信息

【QPS指标】 　　

show global status where variable_name in ('Queries', 'uptime');

 QPS = (Queries2 -Queries1) / (uptime2 - uptime1)

【TPS指标】　　

show global status where variable_name in ('com_insert' , 'com_delete' , 'com_update', 'uptime');

事务数TC ≈'com_insert' , 'com_delete' , 'com_update'

TPS  ≈ (TC2 -TC1) / (uptime2 - uptime1)

　　

【并发数】

show global status like 'Threads_running';

【连接数】

当前连接数：

show global status like 'Threads_connected';

最大连接数：

show global status like 'max_connections';

生产中配置报警阈值：Threads_connected /  max_connections > 0.8

【缓存命中率】

innodb缓冲池查询总数：

show global status like 'innodb_buffer_pool_read_requests'; 

innodb从磁盘查询数：

show global status like 'innodb_buffer_pool_reads'; 

生产中配置报警阈值：(innodb_buffer_pool_read_requests - innodb_buffer_pool_reads) / innodb_buffer_pool_read_requests > 0.95

【可用性】

方法1：周期性连接数据库并执行  select @@version;

方法2：mysqladmin -u数据库用户名 -p数据库密码 -h数据库实例IP ping     

【阻塞】

　  MySQL5.7之前：

select b.trx_mysql_thread_id as '被阻塞线程',
     b.trx_query as '被阻塞SQL',
     c.trx_mysql_thread_id as '阻塞线程',
     c.trx_query as '阻塞SQL',
     (unix_timestamp()-unix_timestamp(c.trx_started)) as '阻塞时间'
from information_schema.innodb_lock_waits a
join information_schema.innodb_trx b on a.requesting_trx_id=b.trx_id
join information_schema.innodb_trx c on a.blocking_trx_id=c.trx.id
where(unix_timestamp()-unix_timestamp(c.trx_started))>阻塞秒数

　　MySQL5.7及之后：

　　为方便查询阻塞指标，MySQL将2张表join构造了一个view sys.innodb_lock_waits，查询语句得以大大简化。

select waiting_pid as '被阻塞线程',
    waiting_query as '被阻塞SQL',
     blocking_pid as '阻塞线程',
     blocking_query as '阻塞SQL',
     wait_age as '阻塞时间',
     sql_kill_blocking_query as '建议操作'
from sys.innodb_lock_waits
where(unix_timestamp()-unix_timestamp(wait_started))>阻塞秒数

【慢查询】

方法1：开启慢查询日志。my.inf

slow_query_log=on
slow_query_log_file=存放目录
long_query_time=0.1秒
log_queries_not_using_indexes=on

注：只对新建连接生效，实时生效使用命令set global 上述配置项。

方法2：

select * from information_schema.'processlist';

    

【主从延迟】

方法1：

show slave status;

问题：

该方法是基于relaylog的时间与master的时间差值，并不太准，例如大事务时，主从延时已发生，但relaylog还未生成。

　 

方法2：使用Percona的pt-heartbeat工具

• Master后台周期写入：

pt-heartbeat --user=Master用户名 --password=Master密码 --h MasterIP --create-table --database 测试库名 --updatte --daemonize --interval=1

--create-table   在Master上创建心跳监控表heartbeat，通过更新该表知道主从延迟的差距。

--daemonize   后台执行。

--interval=1 默认1秒执行一次。

• Slave后台周期同步读取：

pt-heartbeat --user=Slave用户名 --password=Slave密码 --h SlaveIP --database 库名 --monitor --daemonize --log /slave_lag.log

--monitor参数是持续监测并输出结果

【主从状态】

show slave status;

【死锁】

方法1：查看最近一次死锁信息：

show engine innodb status;

方法2：使用Percona的pt-deadlock-logger工具

1.打开死锁打印全局开关

set global innodb_print_all_deadlocks=on; 

2.使用pt-deadlock-logger工具

监控到的死锁结果可以输出到文件、指定表、或者界面打印。

pt-deadlock-logger h=数据库IP,u=数据库用户名,p=数据库密码

输出结果非常详尽：

server:数据库服务器地址，即死锁产生的数据库主机

ts:检测到死锁的时间戳

thread:产生死锁的线程id，这个id和show processlist里面的线程id是一致的

txn_id:innodb的事务ID

txd_time:死锁检查到前，事务执行时间

user:执行transcation的用户名

hostname:客户端主机名

ip:客户端ip

db:发生死锁的DB名

tbl:死锁发生的表名

idx:产生死锁的索引名(在上面这个demo里面， 我们直接走的主键，加的记录锁)

lock_type:锁的类型(记录锁，gap锁，next-key锁)

lock_mode:锁模式(S,X)

wait_hold:是否等着锁释放，一般死锁都是两个wait

victim:该会话是否做了牺牲，终止了执行

query:造成死锁的SQL语句

 

分类: MySQL

谢谢推荐！ 关注我 收藏该文  

wwcom123
关注 - 0
粉丝 - 0

 

 

+加关注

1

0

 

支持成功

 

«上一篇： 【MySQL】percona-toolkit工具包 
»下一篇： 【TOGAF】总体认知

posted @ 2019-04-24 21:35 wwcom123 阅读(353) 评论(0) 编辑 收藏

 

 

刷新评论刷新页面返回顶部

发表评论

昵称：

评论内容：

     

 

退出 订阅评论

 

[Ctrl+Enter快捷键提交]

 

【推荐】超50万C++/C#源码: 大型实时仿真组态图形源码
【推荐】华为云·云创校园套餐9元起，小天鹅音箱等你来拿
【推荐】零基础轻松玩转云上产品，获壕礼加返百元大礼

 

相关博文：
· mysql性能监控指标
· mysql常用参数监控
· mysql常用参数监控
· Mysql性能监控
· mysql主要性能监控指标

最新 IT 新闻: 
· 中国联通5G套餐资费公布：确认了一下 是我用不起的价格！ 
· 病死率几乎100%的传染病，危险就在我们身边，破解方法只此一个 
· 对至强处理器不满意 谷歌云服务要转向AMD霄龙处理器 
· 杨元庆：联想要做智能化样板，未来帮助其他企业 
· 美四家火箭公司争抢军方大单，蓝色起源抗议竞争规则不公 
» 更多新闻...

 

公告

昵称： wwcom123
园龄： 1年3个月
粉丝： 0
关注： 0

+加关注

<

2019年8月

>

日

一

二

三

四

五

六

28

29

30

31

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

6

7

搜索

 

 

 

我的标签

• elasticsearch(2)

随笔分类

• Cloud(1)
• Design Mode(2)
• ElasticSearch(5)
• Java(2)
• MQ(2)
• MySQL(8)
• Python(2)
• Redis(1)
• Spark(18)
• TensorFlow(1)
• TOGAF(1)
• Unix(2)

随笔档案

• 2019年7月(3)
• 2019年6月(1)
• 2019年5月(4)
• 2019年4月(5)
• 2019年3月(16)
• 2019年2月(6)
• 2018年12月(2)
• 2018年11月(1)
• 2018年10月(1)
• 2018年7月(1)
• 2018年6月(1)
• 2018年5月(3)

文章分类

• ElasticSearch

 

阅读排行榜

• 1. 【TensorFlow】：解决TensorFlow的ImportError: DLL load failed: 动态链接库(DLL)初始化例程失败(1338)
• 2. 【Spark调优】小表join大表数据倾斜解决方案(889)
• 3. 【MySQL】当前读、快照读、MVCC(614)
• 4. 【ElasticSearch】：索引Index、文档Document、字段Field(507)
• 5. 【Spark调优】大表join大表，少数key导致数据倾斜解决方案(360)

 

推荐排行榜

• 1. 【TensorFlow】：解决TensorFlow的ImportError: DLL load failed: 动态链接库(DLL)初始化例程失败(1)
• 2. 【Spark调优】小表join大表数据倾斜解决方案(1)

 

 

Copyright © 2019 wwcom123

Powered by .NET Core 3.0 Preview 8 on Windows