本文讨论了MySQL 8.0的InnoDB监控体系,重点介绍了SHOW ENGINE INNODB STATUS和Performance Schema的使用。监控分为多个层次,包括应用SLA、mysqld_exporter和性能指标。关键点包括历史列表长度(HLL)作为purge滞后的信号,以及对死锁和锁等待的监控。建议结合Prometheus和Grafana进行趋势分析,并与PostgreSQL进行对比。
本文介绍MySQL性能调查的分层方法:从EXPLAIN ANALYZE查看计划实际耗时,到performance_schema分析等待事件,再结合InnoDB STATUS与OS层iostat/perf验证IO瓶颈。强调先查计划、再查等待、最后查IO,避免直接调参,并对比了PostgreSQL的对应工具,提供系统化排查思路。
Performance Schema 是 MySQL 的性能监控工具,提供实时的全面性能数据,帮助识别瓶颈。尽管需要额外内存,但其细粒度数据有助于深入分析,结合其他工具可优化查询性能。
本文分析了MySQL内存增长问题,介绍了使用jeprof工具定位内存问题的过程。通过performance_schema和jeprof的使用,发现内存异常增长是由于vector的错误使用导致的。文章提醒注意编译jemalloc时的参数配置,指出jeprof无法捕获buffer pool的内存分配。华为云数据库对该问题进行了修复。
本文介绍了如何监控MySQL连接的内存使用情况,包括使用内置机制和performance_schema表进行分析,以及使用Python脚本进行监控。文章还提到了可视化工具对内存使用情况的分析和监控。
MySQL内置了收集统计数据和分析查询的功能,通过performance_schema和sys表可以识别问题并提高性能。使用表级别的统计信息和查询计划分析查询。介绍了PlanetScale Insights提供的性能数据和查询分析工具。
MySQL 8的复制可观察性提供了更多有用的信息,可以使用Performance_Schema来监控和观察复制过程。复制状态视图提供了更详细的信息,包括并行复制和协调器线程的状态。使用扩展选项可以获取更多关于复制机制的统计信息。在MySQL HeatWave上使用复制时,需要在不同的数据库上创建视图。复制可观察性提供了丰富的信息,可以改变监控复制的方式。
本文介绍了如何在MySQL Database Service (MDS)实例中查看使用MySQL Document Store API时运行的底层查询。通过设置performance_schema,获取线程ID,并查看实际执行的查询,可以更好地管理文档存储。
本文介绍了查询MySQL事务大小的方法,分为生成数据和只读数据两类。通过解析二进制日志或查询binlog事件,可以获取DML事务大小信息。通过计算服务器发送到客户端的字节数,可以确定SELECT的大小。MySQL提供了Performance_Schema和二进制日志等多种信息来检索事务大小。
MySQL 8.0.33发布,新增Performance Schema Server Telemetry Traces Service,修复了一些bug,欢迎更多贡献者加入。
在OCI中,我们可以通过Performance_Schema获取MySQL服务器连接信息,包括SSL/TLS加密、TLS版本和密码。MDS只允许使用TLSv1.2,可以通过修改用户设置强制使用加密连接。还可以查看连接失败和错误日志的详细信息。通过配置设置和用户限制可以限制连接,如修改max_connect_errors变量阻止主机被阻塞。跟踪和限制连接的内存消耗,对每个用户添加查询数、更新数、连接数和最大并发连接数限制。
完成下面两步后,将自动完成登录并继续当前操作。