MySQL性能优化

来源:互联网 发布:2010科比西部决赛数据 编辑:程序博客网 时间:2024/05/17 04:23

http://cloudbbs.org/forum.php?mod=viewthread&tid=31454



MySQL性能优化可从如下几个方面着手

  • SQL优化
  • 索引优化
  • 数据库(表)结构优化
  • 系统配置优化
  • 服务器硬件优化

SQL优化
  • 开启慢查询记录日志,查找症状(很多时候都是一些慢查询拖累了整个数据库的性能)
    • 在配置文件中配置(my.cnf),配置完毕需要重启,不适合线上数据库

    SQL代码 
    1. #path可修改为绝对或者相对路径
    2. log-slow-queries=slow-log-path
    3. #l查询时间超过2s记录
    4. long_query_time=2
    5. #没有使用索引的查询记录
    6. log-queries-not-using-indexes
    • mysql命令行下配置
    SQL代码 
    1. #查看log_query_time变量的值
    2. show variables like "%long%";
    3. #如果long_query_time的值不是期望值,重新设定
    4. set global long_query_time=2;
    5. #查询 slow_query_log 和 slow_query_log_file的值
    6. show variables like "%slow%";
    7. #开启慢查询日志 on或者ON都可以,不区分大小写
    8. set global slow_query_log='on';
    9. #慢查询日志文件路径可修改
    10. set global slow_query_log='/data/mysql/slow.log'
    慢查询日志分析工具有官方的mysqldumpslow 和pt-query-digest,后者更加精确详细
  • explain 分析sql的执行
    • table 查询的数据表
    • type (可能的值 const, eq_reg, ref, range, index,all)
      主键或者唯一索引一般是const,性能最好eq_reg 是一种范围查找,唯一索引,主键可能是此种查找
      ref常见于连接查询,一个表基于另外一个索引的查找range 基于索引的范围查找
      index通常是对index的扫描All 是表扫描
    • possible_keys 查询中可以使用的索引
    • key 查询中实际使用到的索引,为null表示没有使用索引
    • key_len 索引长度,越小越好
    • ref 显示索引的那一列被使用了,最好是一个常数
    • rows 扫描的行数
    • extra
      出现using filesort 查询需要优化(group by),出现using temporary需要优化(order by 时容易出现)
  • 掌握一些sql的优化方法
    max, count,子查询,group by,limit

索引优化
  • 选择合适的列建立索引(在where中经常出现的查询条件的列应当创建索引,group by ,order by,on)
    • 索引字段越小越好
    • 离散度大的列放在联合索引的前面(离散度越大,过滤的数据越多)
      判断列的离散度可以根据select count(distinct col1), count(distinct col2) from table
  • 索引优化SQL的方法
    增加索引会影响写入效率(insert,update,delete)删除重复和冗余的索引
    使用工具pt-duplicate-key-checker分析使用pt-index-usage 工具配合慢查询日志来分析不再使用的索引(注意主从库的时候无法使用此工具精确判断)

数据库(表)结构优化
  • 选择合适的(列)数据类型
    • 选择可以存下数据的最小的数据类型
    • 选择尽量简单的数据类型
    • 尽可能对列加上not null(Innodb特性),给出default
    • 尽快能不使用text等大的数据类型,如果要用,尽量和其他字段分离,单独成表
  • 表的范式和反范式
  • 表的垂直拆分
    把原来有很多列的表拆分成多个表,降低表的宽度拆分原则:不经常使用的字段放在一个表,很大的字段放在一个表,常用的字段放在一个表
  • 表的水平拆分
    水平拆分解决单表数据量过大的问题,水平拆分之后的每一张表结构相同常用拆分方法:取模,hash等
    分表带来的挑战:跨分区表数据查询;统计及后台操作。使用汇总表,前后台业务分开

系统配置的优化
  • 修改/etc/sysctl.conf,优化系统网络参数
  • 修改/etc/security/limits.conf 优化打开文件数量
  • 硬件防火墙代替软件防火墙防止网络性能消耗
  • mysql配置文件
    • innodb_buffer_pool_size
    • innodb_buffer_pool_instances
      mysql 5.5引入,默认一个
    • ... 参数不在一一列举
  • 第三方工具优化mysql配置
    http://tools.percona.com/wizard

硬件优化
  • cpu选择
    核数不能超过32,mysql对多核的支持并不是特别优秀
  • 磁盘IO(RAID,常用RAID1+RAID0)
                
原文:http://segmentfault.com/blog/luxixing/1190000002505750

0 0
原创粉丝点击