优化 MySQL 的 SQL 查询语句需要从索引、查询逻辑、数据库设计、配置等多方面入手。以下是具体优化策略及示例:
为高频查询字段添加索引
对 WHERE、JOIN、ORDER BY、GROUP BY 的字段创建索引。
示例:CREATE INDEX idx_user_email ON users(email);
避免冗余索引
联合索引 (a, b, c) 已覆盖对 a、(a, b) 的查询,无需单独为 a 建索引。
使用覆盖索引
索引包含查询所需字段,避免回表。
示例:若索引是 (age, name),查询 SELECT age, name FROM users WHERE age > 20 可直接从索引获取数据。
注意索引失效场景
避免对索引字段进行函数操作:WHERE YEAR(create_time) = 2023 → 改为范围查询。
避免 LIKE 前导通配符:WHERE name LIKE '%abc%'。
使用 EXPLAIN 分析执行计划
重点关注 type(扫描类型)、rows(预估扫描行数)、key(使用的索引)等字段。
示例:EXPLAIN SELECT * FROM orders WHERE user_id = 100;
避免 SELECT ***
明确指定所需字段,减少数据传输和内存消耗。
示例:SELECT id, name FROM users;
优化 JOIN 查询
确保关联字段有索引,小表作为驱动表(放在 JOIN 左侧)。
避免笛卡尔积:检查 ON 条件是否正确。
分页优化
大分页时避免 LIMIT 100000, 10,改用延迟关联:
SELECT * FROM users
INNER JOIN (SELECT id FROM users ORDER BY create_time LIMIT 100000, 10) AS tmp
USING (id);
子查询优化
将部分子查询改写为 JOIN:
-- 原查询
SELECT * FROM users WHERE id IN (SELECT user_id FROM orders);
-- 优化后
SELECT users.* FROM users
JOIN orders ON users.id = orders.user_id;
合理使用范式与反范式
读多写少的场景可适当冗余字段(如统计字段),减少 JOIN 次数。
选择合适的数据类型
例如:用 INT 而非 VARCHAR 存储数字,用 DATETIME 存储时间。
控制表字段数量
避免单表过多字段,可垂直拆分(如将大字段分离到副表)。
分区表
对时间序列数据按范围分区,加速查询:
CREATE TABLE logs (
id INT,
log_date DATE
) PARTITION BY RANGE (YEAR(log_date)) (
PARTITION p2022 VALUES LESS THAN (2023),
PARTITION p2023 VALUES LESS THAN (2024)
);
调整内存参数
增加 innodb_buffer_pool_size(通常设为物理内存的 70%~80%)。
优化连接池
使用连接池(如 HikariCP)避免频繁创建连接,调整 max_connections。
关闭查询缓存
MySQL 8.0 已移除查询缓存,低版本可设置 query_cache_type = OFF。
缓存查询结果
使用 Redis 缓存高频查询结果,减轻数据库压力。
批量操作
用 INSERT INTO ... VALUES (...), (...), ... 替代逐条插入。
读写分离与分库分表
读请求分流到从库,写操作走主库;数据量极大时考虑分库分表(如 ShardingSphere)。
EXPLAIN SELECT * FROM orders
WHERE user_id = 100
ORDER BY create_time DESC
LIMIT 10;
优化 SQL 需结合具体场景,通过索引、改写查询、调整设计、优化配置等综合手段提升性能。定期监控慢查询日志(slow_query_log)并使用工具(如 Percona Toolkit)分析是持续优化的关键。

