求助, mysql所有查询都变成了慢查询, 但是在mysql client里面又很快

# User@Host: lengxiaohua[lengxiaohua] @ localhost []
# Query_time: 43.612502 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
SET timestamp=1372129298;
commit;

# Time: 130625 11:01:39
# User@Host: lengxiaohua[lengxiaohua] @ localhost [127.0.0.1]
# Query_time: 0.242507 Lock_time: 0.000045 Rows_sent: 1 Rows_examined: 113883
SET timestamp=1372129299;
select * from User where LOWER(email)='[email protected]' limit 1;

# User@Host: lengxiaohua[lengxiaohua] @ localhost [127.0.0.1]
# Query_time: 42.509005 Lock_time: 0.000036 Rows_sent: 0 Rows_examined: 1
SET timestamp=1372129298;
update User set login_count = login_count +1 where Userid=116881;

上面是慢查询日志, 同样的sql语句复制到终端里面运行是0.00秒, 但是mysql的io负载很高, 不知道如何分析优化mysql, 求助

Time

lengxiaohua

Rows

10 条回复 • 1970-01-01 08:00:00 +08:00

Livid

MOD

PRO

2013-06-25 11:01:21 +08:00

表的类型是 MyISAM？

sdjl

2013-06-25 11:24:47 +08:00

@Livid InnoDB 会不会是查询量大导致的?

maja

2013-06-25 11:45:19 +08:00

默认表应该是ci的，这样lower函数不必须

show create table user;

explain select * from User where email = '[email protected]';

cbc009

2013-06-25 11:46:19 +08:00

explain一下看看

sdjl

2013-06-25 12:03:06 +08:00

@maja
@cbc009 感谢两位 lower函数导致了全表扫描.... 我先改一下这里

sdjl

2013-06-25 12:43:15 +08:00

需要优化的地方许多, 我正在用慢查询分析工具来找原因

scourgen

2013-06-25 16:22:02 +08:00

还有就是如果开了query cache，那么可能会造成sql语句一会儿执行快一会执行慢

可以用 select sql_no_cache xxxxx强行关闭query cache，这样查出来的东西就是不经过缓存的

Livid

MOD

PRO

2013-06-25 16:50:29 +08:00

@sdjl 另外就是，像计数器这样的东西，一个对 MySQL 性能影响不会太大的做法是用 Redis 来计数，然后定期写回 MySQL（如果你对 Redis 的数据持久性没信心的话）

msg7086

2013-06-25 18:22:16 +08:00

@Livid memcache也有自己的计数器，也可以用来定期回写

sdjl

2013-06-25 20:42:14 +08:00

@Livid
@msg7086 嗯谢谢提醒, 我已经暂时关闭登录统计了, 把Session放到内存中, 然后再给一些表添加索引, 现在性能好多了

这次优化主要是靠以下方式:
使用以下方法统计一段时间内各个进程的io使用 http://www.xaprb.com/blog/2009/08/23/how-to-find-per-process-io-statistics-on-linux/
也可以用 iotop 来查看io进程使用io的情况, 然后找到是mysql占用了io, 再用慢查询分析工具来找可能的影响性能的查询