MYSQL performance_schema 不显示信息 和调整 performance_schema 的配置

随着问问题的同学越来越多,公众号内部私信回答问题已经很困难了,所以建立了一个群,关于各种数据库的问题都可以,目前主要是 POSTGRESQL, MYSQL ,MONGODB ,POLARDB ,REDIS 等,期待你的加入,加群请添加微信liuaustin3.8745ef736989b6093199095503a89c92.png

最近在某云使用了MYSQL RDS 产品,说实话不怎么满意,和他家的其他产品比较我到时更原因使用 PG 的产品和云原生产品,那才是业界良心。为什么说不原因,主要是PS 方面让我们初次使用就感觉,不十分良好,2天了PS 里面部分的表还没有数据展示,沟通找问题,最终问题还是我们自己解决了大部分。

本着,还的靠自己的思路,这里的重新整理一下PS 中的各种信息的显示开关,与本次问题的为什么不显示的部分。

PS 主要的功能

1 收集详细的mysql 运行信息

2  收集活跃的线程信息

3  查看数据库负载和事件通过PS 查看数据库在那个事件方面产生瓶颈

要打开PS 第一个开关就是 performance_schema ,这个值是不能进行动态设置的,必须在配置文件中进行设置。如果你想在系统内部动态的进行调整,会报错。

| performance_schema    | ON    |

fd8c82cce6f05a411cc8ceecebddecbe.png

a54cb27bf80a13dae9e5ec0e7d6ebcc7.png

如果你打开开关后,还无法使用PS的第一个问题是,无法分配缓存导致的PS 无法工作。在安装数据库后,这部分实际上是应该自动进行设置的,但是这个云厂商不知道是因为什么将这个部分全部设置为0 ,原因我们也大概知道,就是通过他的某项功能来收费,而将原有的MYSQL的功能给禁用了。

怎么查看他到底禁用了没有,通过 show   variables like 'performance%class%';  如果此时你看到的下面的位置的信息,全部是0 那么恭喜你,你就是被人家下了 科技与狠活了。这里没有办法,坑你就因为你不懂,你就去花钱买人家的 monitor 服务。我们自然是不人头的,下面给出如下值调整的 “姿势”。

1  performance_schema_max_cond_classes = 256

2  performance_schema_max_file_classes = 80

3  performance_schema_max_memory_classes = 320

4  performance_schema_max_mutex_classes =200

5  performance_schema_max_rwlock_classes = 80

6  performance_schema_max_socket_classes = 20

7  performance_schema_max_stage_classes = 200

8  performance_schema_max_statement_classes = 256

9  performance_schema_max_thread_classes =  200

99e6f3ba21172031c507f87c365ecf0e.png

以上的调整值建议用文字的标注的数值,截图的数值的主机内存太小,导致分配的值太低。(内存低于8G,用截图的值),这些值实际上如果禁用过,是需要写到 my.cnf中进行固话的,但实际上我们也不建议固化。

此时,基本上你的performance_schema  中就应该有数据了。但基于调整PS 中一些用不上的数据,尽量减少性能的消耗的问题,所以我们有了下面的东西。

在打开开关后,实际上剩下的开关与以下的几个表有关

setup_actors                        

setup_actors 主要的功能是设置那些 ,这里针对主机,用户来进行过滤那些用户的线程需要进行信息的留存。   默认是100条    

de7230b7469b70c45c253f2a7c4ac2c5.png

这里可以通过performance_schema_setup_actors_size来查看到底留存多行,这里最大值是 1048576, 这里一般来说,我们是要针对一些系统的用户进行屏蔽的,比如监控账号,备份账号,等,这里可以根据管理方式酌情处理。

f4a7eff8f8361a1aceaedbedf3e913e7.png

setup_consumers  中存在的那些记录需要进行存储,这里我们总结了一下statements  系列的是必须要进行存储的。

f86b5742faafd8f608da54dd4eb0d56b.png

mysql> update setup_consumers set enabled = 'yes' where name like '%statements%';

Query OK, 2 rows affected (0.00 sec)

Rows matched: 5  Changed: 2  Warnings: 0

mysql> update setup_consumers set enabled = 'yes' where name like '%waits%';

Query OK, 3 rows affected (0.00 sec)

Rows matched: 3  Changed: 3  Warnings: 0

mysql> update setup_consumers set enabled = 'yes' where name like '%transactions%';

Query OK, 1 row affected (0.00 sec)

Rows matched: 3  Changed: 1  Warnings: 0

4ca372cd2f7db7123843aba44167528f.png

setup_instruments  针对需要获取信息的设备的开关信息 ,的信息主要关于那些MYSQL 的项目被包含在需要进行信息收集的部分。这里我们将stage部门全部关闭,主要的原因是消耗的资源较大,系统越繁忙消耗越大。

update setup_instruments set enabled = 'no' where name like 'stage%';

update setup_instruments set enabled = 'no' where name like '%myisam%';

update setup_instruments set enabled = 'YES' where name like 'wait/io/file/innodb/%';

update setup_instruments set enabled = 'NO' where name like 'statement%';

update setup_instruments set enabled = 'NO' where name like 'statement%update%';

update setup_instruments set enabled = 'YES' where name like 'statement%update%';

update setup_instruments set enabled = 'YES' where name like 'statement%delete%';

update setup_instruments set enabled = 'YES' where name like 'statement%insert%';

 update setup_instruments set enabled = 'YES' where name like 'statement%select%';

update setup_instruments set enabled = 'NO' where name like 'wait%';

 update setup_instruments set enabled = 'yes',TIMED = 'yes'  where name like 'wait/io/file/innodb/innodb%';

 update setup_instruments set enabled ='yes' where name = 'statement/abstract/Query';

update setup_instruments set enabled ='yes' where name = 'statement/abstract/new_packet';

最后的两个UPDATE 本身,是必须进行相关的开启的,否则语句将无法进行统计,根据官方文档中的说明

1  statement/abstract/new_packet 主要的功能是收集所有的语句,所有的语句在进行更细的过滤和分析。

2  在确认是语句的同时,需要对语句进行进行更细粒度的过滤的确认他是一个我们认为的QUERY,所以我们必须打开 statement/abstract/Query

e38c2c28c2cfe5bf2fab75ded55c5322.png

https://dev.mysql.com/doc/refman/5.7/en/performance-schema-statement-tables.html

9b5fa726a37486d7d7aa8a25175af3e9.png

42c94f9d84f3f8e7670d88e1359ecec5.png

setup_objects   针对收取信息的OBJECT的设置

ef85ca47dc845d7da1f7ac3de43c20f3.png

setup_threads   针对MYSQL当中收集的线程信息,以及是否进行历史信息的留存。

c2ca0942df3df902db4b939ca80076f6.png

在经过调试后,MYSQL RDS 的PS 信息收集和展示终于正常了。

e44de87dff4a7919c00367a542cf5279.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQLperformance_schema是一个用于监控数据库性能的子系统。它通过收集和存储关于MySQL实例中不同线程的性能信息,帮助用户进行性能分析和优化。 performance_schema中的threads触发器是用于监控和捕获线程活动的机制。当指定的事件发生时,触发器会触发相应的动作,例如记录线程活动相关的信息。 threads触发器可以监视和记录各种线程活动,例如线程的状态变化、线程的操作和执行时间等。通过使用threads触发器,可以了解特定线程的执行情况,例如查询语句的执行时间、锁等待时间和线程的状态等。 使用threads触发器,可以进行以下方面的性能分析和优化: 1. 监视长时间运行的查询:通过检查线程的执行时间,可以发现执行时间过长的查询语句,进而对其进行优化,提高查询性能。 2. 检测锁等待:当线程处于等待锁的状态时,可以通过触发器记录相关信息,帮助用户发现潜在的锁等待问题,并采取相应的优化措施。 3. 分析线程状态变化:通过监控线程状态的变化,可以了解线程的工作情况,发现潜在的性能瓶颈和问题。 4. 追踪线程操作:记录线程的操作可以帮助用户了解线程在执行查询、修改和删除等操作时的性能表现,从而进行性能优化。 总之,MySQLperformance_schema threads触发器是用于监控和分析数据库性能的重要工具。通过使用该触发器,可以获取线程的各种性能信息,帮助用户进行性能优化和故障排查。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值