V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
MySQL 5.5 Community Server
MySQL 5.6 Community Server
Percona Configuration Wizard
XtraBackup 搭建主从复制
Great Sites on MySQL
Percona
MySQL Performance Blog
Severalnines
推荐管理工具
Sequel Pro
phpMyAdmin
推荐书目
MySQL Cookbook
MySQL 相关项目
MariaDB
Drizzle
参考文档
http://mysql-python.sourceforge.net/MySQLdb.html
sdjl
V2EX  ›  MySQL

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

  •  
  •   sdjl · 2013-06-25 10:59:08 +08:00 · 3611 次点击
    这是一个创建于 3929 天前的主题,其中的信息可能已经有所发展或是发生改变。
    # 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, 求助
    10 条回复    1970-01-01 08:00:00 +08:00
    Livid
        1
    Livid  
    MOD
       2013-06-25 11:01:21 +08:00
    表的类型是 MyISAM?
    sdjl
        2
    sdjl  
    OP
       2013-06-25 11:24:47 +08:00
    @Livid InnoDB 会不会是查询量大导致的?
    maja
        3
    maja  
       2013-06-25 11:45:19 +08:00
    默认表应该是ci的,这样lower函数不必须

    show create table user;

    explain select * from User where email = '[email protected]';
    cbc009
        4
    cbc009  
       2013-06-25 11:46:19 +08:00
    explain一下看看
    sdjl
        5
    sdjl  
    OP
       2013-06-25 12:03:06 +08:00
    @maja
    @cbc009 感谢两位 lower函数导致了全表扫描.... 我先改一下这里
    sdjl
        6
    sdjl  
    OP
       2013-06-25 12:43:15 +08:00
    需要优化的地方许多, 我正在用慢查询分析工具来找原因
    scourgen
        7
    scourgen  
       2013-06-25 16:22:02 +08:00
    还有就是如果开了query cache,那么可能会造成sql语句一会儿执行快一会执行慢

    可以用 select sql_no_cache xxxxx强行关闭query cache,这样查出来的东西就是不经过缓存的
    Livid
        8
    Livid  
    MOD
       2013-06-25 16:50:29 +08:00
    @sdjl 另外就是,像计数器这样的东西,一个对 MySQL 性能影响不会太大的做法是用 Redis 来计数,然后定期写回 MySQL(如果你对 Redis 的数据持久性没信心的话)
    msg7086
        9
    msg7086  
       2013-06-25 18:22:16 +08:00
    @Livid memcache也有自己的计数器,也可以用来定期回写
    sdjl
        10
    sdjl  
    OP
       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, 再用慢查询分析工具来找可能的影响性能的查询
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1486 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 23:51 · PVG 07:51 · LAX 16:51 · JFK 19:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.