做博客网站池州商城网站开发

做博客网站,池州商城网站开发,wordpress打开速度,创建公司要具备什么条件下面给出一个详细、可执行的成熟方案#xff0c;用于查看并分析 MySQL 的慢查询。覆盖多种场景#xff0c;便于在不同环境#xff08;自建 MySQL、云托管、只想最小化日志开销等#xff09;中选用合适的方法。一、总体思路与推荐顺序优先使用 Performance Schema#xff0…下面给出一个详细、可执行的成熟方案用于查看并分析 MySQL 的慢查询。覆盖多种场景便于在不同环境自建 MySQL、云托管、只想最小化日志开销等中选用合适的方法。一、总体思路与推荐顺序优先使用 Performance Schema实时、零磁盘开销适合长期监控或慢查询日志离线深度分析便于事后溯源。结合 sys schema 提高可读性与分析效率。在需要临时排查或未开启慢查询日志时合理使用通用查询日志General Log作为临时手段但注意成本。对慢查询进行执行计划诊断优先使用 EXPLAIN ANALYZEMySQL 8.0。如在云环境/托管数据库结合云厂商提供的慢查询与性能洞察工具。二、方案 A慢查询日志Slow Query Log— 离线分析的基础启用与配置查看当前状态SHOW GLOBAL VARIABLES LIKE slow_query_log%;SHOW GLOBAL VARIABLES LIKE long_query_time;临时开启重启后失效SET GLOBAL slow_query_log ON;SET GLOBAL long_query_time 1; -- 设为 1 秒可根据业务调整SET GLOBAL log_queries_not_using_indexes ON; -- 记录未使用索引的查询持久化开启推荐生产环境 在 my.cnf / /etc/mysql/my.cnf 等配置文件中 [mysqld] slow_query_log ON slow_query_log_file /var/log/mysql/mysql-slow.log long_query_time 1 log_queries_not_using_indexes ON log_slow_admin_statements ON # 如需要记录管理员操作的慢语句 保存并重启 MySQL systemctl restart mysqld日志权限检查ensure mysql 用户对日志文件有写权限验证与查看慢查询日志实时查看慢查询日志tail -f /var/log/mysql/mysql-slow.log解析日志不依赖额外工具也能看到结论grep、awk 等简单筛选常用聚合分析工具mysqldumpslow -s t -t 20 /var/log/mysql/mysql-slow.log # 按总耗时排序mysqldumpslow -s c -t 20 /var/log/mysql/mysql-slow.log # 按执行次数排序也可用 pt-query-digest 进行更强大分析Percona Toolkit使用 pt-query-digest强烈推荐安装Percona Toolkit使用pt-query-digest /var/log/mysql/mysql-slow.log /tmp/slow_report.txt报告包含最耗时的查询、指纹、执行次数、平均耗时、EXPLAIN 样例等结合 EXPLAIN 与 EXPLAIN ANALYZE对选中的慢查询获取执行计划EXPLAIN SELECT ...;在 MySQL 8.0 使用 EXPLAIN ANALYZE SELECT ...; 可以看到实际执行成本、逐步耗时依据计划进行索引优化、查询改写、统计信息更新等三、方案 BPerformance Schema实时慢查询监控零磁盘开销 MySQL 5.6 都有 Performance Schema8.0 版本体验更佳。启用与配置确认相关开关状态SELECT * FROM performance_schema.setup_consumers WHERE NAME LIKE %statements%;启用语句相关消费记录通常默认开启UPDATE performance_schema.setup_consumers SET ENABLED YES WHERE NAME LIKE %statements%;启用 Digest 与 Instrument若未默认开启UPDATE performance_schema.setup_instruments SET ENABLED YES, TIMED YES WHERE NAME LIKE %statement/%;注意Performance Schema 的数据在内存中重启后可清空请结合 Sys schema 使用以便阅读常用查询慢查询聚合分析按照摘要digest查看慢查询汇总SELECT DIGEST_TEXT AS normalized_sql, SCHEMA_NAME AS schema_name, COUNT_STAR AS exec_count, SUM_TIMER_WAIT / 1000000000 AS total_seconds, AVG_TIMER_WAIT / 1000000000 AS avg_seconds, MAX_TIMER_WAIT / 1000000000 AS max_seconds FROM performance_schema.events_statements_summary_by_digest WHERE AVG_TIMER_WAIT 1_000_000_000 -- 1s 的阈值可按需调整 ORDER BY AVG_TIMER_WAIT DESC LIMIT 20;查看最近一次较慢的语句历史记录SELECT SQL_TEXT, TIMER_WAIT / 1000000000 AS duration_seconds FROM performance_schema.events_statements_history ORDER BY TIMER_WAIT DESC LIMIT 10;结合数据库、用户、表等过滤条件可用 DIGEST、DIGEST_TEXT、SCHEMA_NAME、DIGEST_TEXT 等字段结合过滤实用要点Performance Schema 数据默认是近实时的适合持续监控与趋势分析数据量大时要注意对服务器性能的影响必要时降低收集粒度或只开启必要的 instrumentation与 MySQL 8.0 的 EXPLAIN/EXPLAIN ANALYZE 结合能快速找到瓶颈点