SQL性能监控与调优是数据库运维和开发过程中不可或缺的工作，直接关系到业务系统的响应速度和稳定性，需要结合监控工具、分析方法和优化手段共同推进。
SQL性能监控的核心指标
要有效监控SQL性能，首先需要明确关键监控指标，避免盲目采集无用数据。常见的核心指标包括以下几类：
- 查询耗时：记录每条SQL的执行时间，识别超过阈值（如1秒）的慢查询
- 执行次数：统计SQL的调用频率，高频执行的SQL哪怕单次耗时短，累积影响也很大
- 锁等待时间：监控SQL执行过程中的锁竞争情况，避免长事务导致的锁阻塞
- 资源消耗：包括CPU使用率、磁盘IO、内存占用等，定位资源瓶颈
- 扫描行数：SQL执行时扫描的数据行数，行数过多通常意味着缺少合适的索引
SQL性能问题的定位方法
发现性能异常后，需要通过科学的步骤定位问题根源，避免盲目调优。
1. 开启慢查询日志
大部分数据库都支持慢查询日志功能，以MySQL为例，开启方式如下：
-- 查看慢查询日志是否开启 SHOW VARIABLES LIKE 'slow_query_log'; -- 开启慢查询日志 SET GLOBAL slow_query_log = 'ON'; -- 设置慢查询阈值，单位秒，这里设置为0.5秒 SET GLOBAL long_query_time = 0.5; -- 设置慢查询日志存储路径 SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
2. 分析执行计划
执行计划能够展示SQL的执行路径，是定位性能问题的核心依据。通过EXPLAIN命令可以查看执行计划，示例如下：
-- 分析查询语句的执行计划 EXPLAIN SELECT u.id, u.name, o.order_no FROM user u JOIN order o ON u.id = o.user_id WHERE u.age > 18 AND o.status = 1;
执行计划的关键字段含义如下：
| 字段名 | 含义 |
|---|---|
| type | 访问类型，效率从好到坏为system > const > eq_ref > ref > range > index > ALL |
| key | 实际使用的索引，若为NULL则表示未使用索引 |
| rows | 预估扫描的行数，数值越小越好 |
| Extra | 额外信息，如Using filesort表示需要额外排序，Using temporary表示使用临时表 |
常见的SQL调优技巧
定位到问题后，可以根据具体场景采用对应的调优手段，常见技巧如下：
1. 索引优化
索引是提升查询性能最有效的手段之一，需要注意以下几点：
- 在查询条件的字段、连接字段、排序分组字段上建立合适索引
- 避免建立过多冗余索引，冗余索引会增加写入开销
- 联合索引要遵循最左前缀原则，例如索引是(a,b,c)，查询条件包含a才能命中索引
- 避免在索引字段上使用函数或运算，否则会导致索引失效
建立索引的示例：
-- 在user表的age字段上建立普通索引 CREATE INDEX idx_user_age ON user(age); -- 在order表的user_id和status字段上建立联合索引 CREATE INDEX idx_order_user_status ON order(user_id, status);
2. SQL语句优化
不合理的SQL写法也会导致性能问题，常见优化方向：
- 避免使用SELECT *，只查询需要的字段，减少数据传输和扫描开销
- 减少子查询的使用，尽量用JOIN代替子查询
- 合理使用分页，大偏移量的分页可以用延迟关联优化
- 避免全表扫描，尽量通过索引过滤数据
分页优化示例：
-- 原分页语句，偏移量很大时性能差 SELECT * FROM order LIMIT 100000, 10; -- 优化后的分页语句，通过主键过滤减少扫描行数 SELECT * FROM order WHERE id >= (SELECT id FROM order LIMIT 100000, 1) LIMIT 10;
3. 数据库配置优化
合理的数据库配置也能提升SQL执行效率，例如调整MySQL的innodb_buffer_pool_size参数，让更多数据和索引缓存在内存中，减少磁盘IO：
-- 查看innodb_buffer_pool_size当前值 SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; -- 设置innodb_buffer_pool_size为系统内存的60%-80%，这里设置为4G SET GLOBAL innodb_buffer_pool_size = 4294967296;
SQL性能监控与调优的注意事项
调优过程中需要注意几个原则：首先是优先解决高频、影响大的SQL问题，不要过度优化低频率的SQL；其次调优要在测试环境验证后再上线，避免影响生产业务；最后要建立长期的监控机制，定期 review 慢查询，形成性能优化的闭环。