MySQL 查询数据库响应时长详解

霍格沃兹测试开发学社

于 2024-06-07 09:00:00 发布

阅读量1.3k

点赞数 15

分类专栏： MySQL 文章标签： mysql 数据库性能优化

本文链接：https://blog.csdn.net/Hogwartstester/article/details/139476661

版权

MySQL 专栏收录该内容

17 篇文章 2 订阅

订阅专栏

在这里插入图片描述

前言

作为一名测试工程师，在性能测试中，查询数据库的响应时长是一个重要指标。MySQL 提供了多种方法来监控和优化查询性能。本文将详细介绍如何使用 MySQL 的内置功能和工具来查询数据库响应时长，并分享一些性能优化的技巧。

启用查询日志

开启慢查询日志

慢查询日志用于记录执行时间超过指定阈值的 SQL 查询，默认情况下是关闭的。
在 MySQL 配置文件（通常是 my.cnf 或 my.ini）中添加以下配置：

[mysqld]
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1

slow_query_log: 启用慢查询日志。
slow_query_log_file: 指定慢查询日志文件的路径。
long_query_time: 设置记录慢查询的阈值（单位：秒），例如设置为 1 秒。
重启 MySQL 服务以应用配置更改：

sudo service mysql restart

查看慢查询日志

使用命令行查看慢查询日志：

cat /var/log/mysql/slow.log

使用 EXPLAIN 分析查询

基本用法

EXPLAIN 命令用于分析 SQL 查询的执行计划，帮助优化查询性能。
示例：

EXPLAIN SELECT * FROM users WHERE age > 30;

结果包含以下字段：
- id: 查询的唯一标识符。
- select_type: 查询的类型（如 SIMPLE、PRIMARY、UNION 等）。
- table: 表的名称。
- type: 访问类型（如 ALL、index、range 等）。
- possible_keys: 可能使用的索引。
- key: 实际使用的索引。
- rows: 扫描的行数。
- Extra: 额外的信息，如是否使用文件排序或临时表。

优化建议

使用索引优化查询。
避免使用 SELECT *，只查询需要的列。
尽量减少子查询，改用 JOIN。
使用适当的分区和分片。

使用 SHOW PROFILE

启用和使用

SHOW PROFILE 命令用于详细显示查询的执行时间。
先启用 profiling：

SET profiling = 1;

执行查询：

SELECT * FROM users WHERE age > 30;

查看查询的 profiling 信息：

SHOW PROFILES;

获取具体的执行步骤和时间：

SHOW PROFILE FOR QUERY 1;

解释结果

结果包含查询的各个阶段及其耗时，如：
- Starting: 初始化阶段。
- Opening tables: 打开表。
- System lock: 系统锁。
- Table lock: 表锁。
- init: 初始化。
- optimizing: 查询优化。
- statistics: 统计信息。
- preparing: 查询准备。
- executing: 查询执行。
- Sending data: 发送数据。
- end: 查询结束。
- query end: 查询结束处理。
- closing tables: 关闭表。
- freeing items: 释放内存。
- cleaning up: 清理。

使用 Performance Schema

启用 Performance Schema

Performance Schema 是一个内置的工具，用于监控 MySQL 服务器的运行情况。
在 MySQL 配置文件中添加以下配置：

[mysqld]
performance_schema = ON

重启 MySQL 服务以应用配置更改：

sudo service mysql restart

查询 Performance Schema

Performance Schema 提供了一系列表格，用于监控和分析性能。
示例：查询耗时最长的 10 个 SQL 语句：

SELECT sql_text, SUM_TIMER_WAIT/1000000 AS total_time_ms
FROM performance_schema.events_statements_summary_by_digest
ORDER BY SUM_TIMER_WAIT DESC
LIMIT 10;