MySQL慢查询日志收集、定位,慢查询分析、排查。
查看慢查询日志是否已经被开启:
SHOW VARIABLES LIKE 'slow_query_log';
如果返回值是'OFF',你需要开启它。
你可以临时在运行中的MySQL实例中开启慢查询日志:
SET GLOBAL slow_query_log = 'ON';
或者你可以在`my.cnf`(或`my.ini`)配置文件中,加入以下设置,然后重启MySQL来永久开启它:
slow_query_log = 1
slow_query_log_file = /path/to/your/logfile.log # 指定慢查询日志的路径
默认情况下,超过10秒的查询会被记录为慢查询。但你可以根据实际需求调整这个阈值:
SET GLOBAL long_query_time = X; # X是你想设置的秒数
或在`my.cnf`中设置:
long_query_time = X
默认情况下,只有不使用索引的查询才会被记录。如果你想记录所有查询,可以设置:
SET GLOBAL log_queries_not_using_indexes = 'ON';
等待一段时间后,可以查看`/path/to/your/logfile.log`来定位慢查询。
你可以手动查看日志,或者使用工具如`mysqldumpslow`来帮助分析日志内容。
使用`mysqldumpslow`可以按照不同的维度(如执行时间、平均查询时长等)对慢查询进行排序和分析:
mysqldumpslow /path/to/your/logfile.log
在定位到具体的慢查询后,可以使用`EXPLAIN`语句来进一步分析查询执行计划,并基于此进行优化。
慢查询日志可能会很大,所以定期轮转和清理是很有必要的。你可以使用例如`logrotate`这样的工具来帮助管理日志文件。
-- 未对name列建索引
SELECT * FROM users WHERE name = 'John';
假设存在一个first_name和last_name的复合索引,但没有单独的last_name索引
SELECT * FROM users WHERE last_name = 'Doe';
SELECT * FROM users
JOIN orders ON users.id = orders.user_id
JOIN products ON orders.product_id = products.id
... -- 更多JOIN
SELECT * FROM users WHERE id IN (SELECT user_id FROM orders WHERE amount > 1000);
选择了所有列
SELECT * FROM users;
如果没有为last_name建索引,此查询可能会很慢
SELECT * FROM users ORDER BY last_name DESC;
假设id是INT类型
SELECT * FROM users WHERE id = '12345';
SELECT * FROM users WHERE LOWER(name) = 'john';
START TRANSACTION;
UPDATE users SET balance = balance - 100 WHERE id = 1; -- 这里可能被锁
-- 另一个查询试图更新相同的行
UPDATE users SET balance = balance + 100 WHERE id = 1;
这主要是硬件问题,但例如,频繁的大型数据读取会导致磁盘I/O问题。
SELECT * FROM users WHERE age <> 30; -- 不使用索引
不是代码问题,但当有大量的并发查询时,会导致慢查询。
当服务器的CPU或RAM达到瓶颈时,查询可能会变慢。
在分布式环境中,网络延迟会导致查询延迟。
如果表中有数百万条记录,此查询可能会很慢
SELECT COUNT(*) FROM large_table;
SELECT * FROM users WHERE country = 'USA' OR state = 'California';
SELECT DISTINCT name FROM users ORDER BY age;
不是代码问题,但当硬盘空间不足时,写入操作可能会变慢。
例如,配置了小的`innodb_buffer_pool_size`,导致频繁的磁盘I/O。
SELECT * FROM large_table WHERE date = '2023-01-01'; -- 如果数据没有按日期分区
例如,在MyISAM和InnoDB之间选择不当。
查询需要访问多个表,但数据可能可以存储在一个表中
SELECT * FROM users, user_profiles WHERE users.id = user_profiles.user_id;
DELETE FROM users WHERE id = 1; -- 如果其他表有外键指向users表,可能导致延迟
创建了一个触发器,每次插入或更新`users`表时会执行额外的操作。
CREATE TRIGGER after_user_insert AFTER INSERT ON users FOR EACH ROW
BEGIN
-- 一些可能导致慢查询的操作
END;
SELECT * FROM complex_view; -- 视图背后可能有多个表的JOIN操作
有些存储过程可能设计不当,导致效率问题。
INSERT INTO users (...) VALUES (...), (...), ...; -- 插入大量数据
连续多次小批量操作,而不是批量插入或更新
INSERT INTO users (name) VALUES ('John');
INSERT INTO users (name) VALUES ('Jane');
...
所有查询(读和写)都在一个主数据库上执行,没有利用从数据库来分担读的负载。
START TRANSACTION;
-- 一系列的查询
COMMIT;
优化MySQL慢查询通常涉及对查询、数据库结构、配置和有时是硬件的调整。以下是优化慢查询的一些建议和步骤:
使用EXPLAIN命令可以查看MySQL如何执行查询。这可以帮助你理解查询为什么慢,以及如何优化它。
EXPLAIN SELECT * FROM your_table WHERE your_conditions;
如果EXPLAIN显示查询正在进行全表扫描,考虑为WHERE子句中的字段添加索引。
考虑添加复合索引来优化涉及多个字段的查询条件。
使用COVERING索引减少数据查找次数。
避免在WHERE子句中使用“!=”或“NOT IN”。
限制使用子查询,特别是在SELECT, FROM和WHERE子句中。
使用JOIN代替子查询。
如果你在索引列上使用函数,索引可能不会被使用。例如,避免这样的查询:
SELECT * FROM users WHERE UPPER(last_name) = 'SMITH';
只选择你需要的列,而不是使用SELECT *。
总是为JOIN条件中的每个表的字段使用索引。
尽量减少使用左连接(LEFT JOIN)。
根据你的查询模式和数据访问模式对数据库进行正规化或反正规化。
考虑使用分区来分隔大表。
将读操作从写操作中分离,使主数据库处理写操作,而从数据库处理读操作。
定期使用OPTIMIZE TABLE来优化表。
使用ANALYZE TABLE来更新表的统计信息。