性能调优时需要监控详细的数据

Bertha 。 2023-09-25 10:48 102阅读 0赞

### 如何设计一个mysql性能监控的软件 ###

首先介绍下pt-stalk，它是Percona-Toolkit工具包中的一个工具，说起PT工具包大家都不陌生，平时常用的pt-query-digest、pt-online-schema-change等工具都是出自于这个工具包，这里就不多介绍了。

pt-stalk的主要功能是在出现问题时收集OS及MySQL的诊断信息，这其中包括：

1.OS层面的CPU、IO、内存、磁盘、网络等信息；

2.MySQL层面的行锁等待、会话连接、主从复制，状态参数等信息。

而且pt-stalk是一个Shell脚本，对于我这种看不懂perl的人来说比较友好，脚本里面的监控逻辑与监控命令也可以拿来参考，用于构建自己的监控体系。

接着我们来看下如何使用这个工具。

pt-stalk通常以后台服务形式监控MySQL并等待触发条件，当触发条件时收集相关诊断数据。

触发条件相关的参数有以下几个：

function：

∘默认为status，代表监控SHOWGLOBALSTATUS的输出；

∘也可以设置为processlist，代表监控showprocesslist的输出；

variable：

∘默认为Threads\_running，代表监控参数，根据上述监控输出指定具体的监控项；

threshold：

∘默认为25，代表监控阈值，监控参数超过阈值，则满足触发条件；

∘监控参数的值非数字时，需要配合match参数一起使用，如processlist的state列；

cycles：

∘默认为5，表示连续观察到五次满足触发条件时，才触发收集；

连接参数：host、password、port、socket。

其他一些重要参数：

iterations：该参数指定pt-stalk在触发收集几次后退出，默认会一直运行。

run-time：触发收集后，该参数指定收集多长时间的数据，默认30秒。

sleep：该参数指定在触发收集后，sleep多久后继续监控，默认300秒。

interval：指定状态参数的检查频率，判断是否需要触发收集，默认1秒。

dest：监控数据存放路径，默认为/var/lib/pt-stalk。

retention-time：监控数据保留时长，默认30天。

daemonize：以后台服务运行，默认不开启。

log：后台运行日志，默认为/var/log/pt-stalk.log。

collect：触发发生时收集诊断数据，默认开启。

∘collect-gdb：收集GDB堆栈跟踪，需要gdb工具。

∘collect-strace：收集跟踪数据，需要strace工具。

∘collect-tcpdump：收集tcpdump数据，需要tcpdump工具。

![性能调优时需要监控详细的数据\_mysql性能监控工具和调优][mysql]

### 有哪些手段可以查看mysql数据库性能瓶颈 ###

通过sysbench的oltp\_read\_write测试来模拟业务压力、以此来给指定的硬件环境配置一份比较合理的MySQL配置文件。

请点击输入图片描述

优化层级与指导思想

MySQL数据库优化可以在多个不同的层级进行，常见的有：

SQL优化

本文重点关注：参数优化

日志先行--一个事务能否成功提交的关键是日志是否成功落盘，与数据没有太大的关系；也就是说对写的优化可以表述为各方面的资源向写操作倾斜。

瓶颈分析--通过showglobalstatus的各个计数器的值基本上就能分析出当前瓶颈所在，再结合一些简单的系统层面的监控工具如topiostat就能明确瓶颈。

整体性能是“读”&“写”之间的再平衡。

本回答由网友推荐

### MYSQL性能调优与架构设计怎么样 ###

作者写的很容易理解，读起来很顺畅，难理解的地方很少，就是需要结合实践和应用场景才能比较深入的理解，作为我这样一个刚刚接触mysql的菜鸟级人来说，收获确实不少，虽然没有什么应用场景，也没按照书中的配置真正练习一下，但从作者对数据库架构、mysql的一些调优策略来看，已经学到了很多知识了，我属于看书比较慢的，认认真真的看了3天，以后要加快看书和理解的速度！

![性能调优时需要监控详细的数据\_mysql性能监控工具和调优\_02][mysql_02]

### mysql怎样进行性能的检查和调优？ ###

key是指明当前sql会使用的索引，mysql执行一条简单语句时只能使用到一条索引，注意这个限制；rows是返回的结果集大小，结果集就是使用该索引进行一次搜索的所有匹配结果；Extra一般会显示查询和排序的方式，。

如果没有使用到key，或者rows很大而用到了filesort排序，一般都会影响到效率，例如：

mysql> desc select \* from imgs where userid="7mini" order by clicks desc limit 10;

\+----+-------------+-------+------+---------------+------+---------+------+-------+-----------------------------+

| key\_len | ref

| rows

| Extra

\+----+-------------+-------+------+---------------+------+---------+------+-------+-----------------------------+

1 | SIMPLE

| imgs

| ALL

| NULL

| NULL | NULL

| NULL | 12506 | Using where; Using filesort |

\+----+-------------+-------+------+---------------+------+---------+------+-------+-----------------------------+

1 row in set (0。

### mysql性能优化，欢迎高手 ###

你给的信息基本没用，你没说你数据库的应用类型，以及你运营环境

配置文件基本不用改动，具体问题具体微调，他不会对数据库优化起明显作用

优化一般分一下几个：

1.存储引擎的选择。高并发，update，insert较多、切需要事务处理适用 innodb；select为主用myisam；通常所有的表会使用相同的引擎，便于维护

2.根据数据量、cpu、内存、磁盘i/o开销可以选择分表、分库、主从负载

3.最关键的就是sql和索引了，配合适当的索引，写出高效的sql是优化的基本

优化是一个调试的过程，没有1个通用的模式，要从实际情况作合理选择这个问题可深可浅，mysql的写效率一直被人诟病。

简单的来说你可以用批量插入， insert into table (key1,key2) values(1,2),(1,2).........

当然你可能已经用这种方法了，但结果还是慢，那就先查看你用的是myisam还是innodb。

如果你使用的是innodb,修改innodb缓存innodb\_buffer\_pool\_size一般是你内存的60%， innodb\_flush\_log\_at\_trx\_commit = 0或2， 提高日志更新效率； innodb\_thread\_concurrency 根据你cpu的核数来调整。

到最后你可能发现这些东西都不能真正的提高insert的速度，这就是被人诟病的mysql写性能。 你智能用load data infile的方式，这是一种快速的终极方法，但代价是不能保证事物处理的原子性，而且不允许在存储过程中使用。

我以前在这个问题上挣扎了很久，最终的方法是修改业务策略，数据存放尽量精简，减少对mysql的读写，这才是终极的解决之道。我曾经头痛的难题通过修改业务逻辑把更新速度从47分钟减少到0.02秒，只要结果一样就不用去折腾mysql了

![性能调优时需要监控详细的数据\_mysql性能监控工具和调优\_03][mysql_03]

### 如何使用monyog监控mysql ###

MONyog 是一款非常优秀的win平台监控mysql的工具, 功能强大而稳定. 似乎也是sqlyog公司出品. 印度佬今年看来要火, 先是收复微软, 听说又入主联想, 这是要干什么?

言归正传. monyog是web方式管理, 那html数据放哪儿了呢?

分析了一下, 原来是放在: MONyog.res文件中, 此文件为sqlite库, 可以用自己的数据库管理工具来加载它.

不过win7+注意默认安装请不要放在c盘, 可能有编辑sqlite权限问题.

建议安装在D盘, 这样后期编辑.res文件时, 效果就立即可见.

默认端口为5555, 都是可以修改的.

默认的首页, 感觉很企业, 很简洁, sqlyog公司的作风,

db路径为:D:\\MONyog\\res

MONyog.res 文件, 用工具打开后, 就会看到内容, 我们随便找一个修改, mlogin.html表示是登录页.

切记: 请勿修改图片二进制字段.

找个地方写入点中文, 然后保存.

然后刷新网页, 你就可以看到刚才所做的修改了. 希望对同学有帮助.支持一下感觉挺不错的

[mysql]: https://img2.baidu.com/it/u=719090642,848571666&fm=15&fmt=auto
[mysql_02]: https://img2.baidu.com/it/u=594645995,1714557513&fm=26&fmt=auto
[mysql_03]: https://img2.baidu.com/it/u=2950614222,3547753105&fm=15&fmt=auto