| 您的当前位置:首页 --> MYSQL教程 --> 21条MySQL优化建议(经验总结) |
| MYSQL教程 21条MySQL优化建议(经验总结) |
| 浏览次数:1360 关键词 ( ) |
| 查看使用该CPU的产品 查看CPU天梯 |
| CPU型号:21条MySQL优化建议(经验总结) |
| 主频:Ghz |
| 睿频:Ghz |
| 核心数:个 |
| 不支持超核心 |
| 制作工艺: |
| 插槽类型: |
| 功耗:0W |
| L3缓存:0MB |
| 支持最大内存: 0GB |
| CPU详细参数 |
|
今天一个朋友向我咨询怎么去优化 MySQL,我按着思维整理了一下,大概粗的可以分为21个方向。 还有一些细节东西(table cache, 表设计,索引设计,程序端缓存之类的)先不列了,对一个系统,初期能把下面做完也是一个不错的系统。 1. 要确保有足够的内存 数据库能够高效的运行,最关建的因素需要内存足更大了,能缓存住数据,更新也可以在内存先完成。但不同的业务对内存需要强度不一样,一推荐内存要占到数据的15-25%的比例,特别的热的数据,内存基本要达到数据库的80%大小。 2. 需要更多更快的CPU MySQL 5.6可以利用到64个核,而MySQL每个query只能运行在一个CPU上,所以要求更多的CPU,更快的CPU会更有利于并发。 3. 要选择合适的操作系统 在官方建议估计最推荐的是Solaris, 从实际生产中看CentOS, REHL都是不错的选择,推荐使用CentOS, REHL 版本为6以后的,当然Oracle Linux也是一个不错的选择。虽然从MySQL 5.5后对Windows做了优化,但也不推荐在高并发环境中使用windows. 4. 合理的优化系统的参数 更改文件句柄 ulimit –n 默认1024 太小 5. 选择合适的内存分配算法 默认的内存分配就是c的malloc 现在也出现许多优化的内存分配算法: jemalloc and tcmalloc 从MySQL 5.5后支持声明内存储方法。 复制代码 代码如下: [mysqld_safe] malloc-lib = tcmalloc 或是直接指到so文件 复制代码 代码如下: [mysqld_safe] malloc-lib=/usr/local/lib/libtcmalloc_minimal.so 6. 使用更快的存储设备ssd或是固态卡 存储介质十分影响MySQL的随机读取,写入更新速度。新一代存储设备固态ssd及固态卡的出现也让MySQL 大放异彩,也是淘宝在去IOE中干出了一个漂亮仗。 7. 选择良好的文件系统 推荐XFS, Ext4,如果还在使用ext2,ext3的同学请尽快升级别。 推荐XFS,这个也是今后一段时间Linux会支持一个文件系统。 文件系统强烈推荐: XFS 8. 优化挂载文件系统的参数 挂载XFS参数: 复制代码 代码如下: (rw, noatime,nodiratime,nobarrier)
挂载ext4参数: 复制代码 代码如下: ext4 (rw,noatime,nodiratime,nobarrier,data=ordered)
如果使用SSD或是固态盘需要考虑: • innodb_page_size = 4K 9. 选择适合的IO调度 正常请下请使用deadline 默认是noop 复制代码 代码如下: echo dealine >/sys/block/{DEV-NAME}/queue/scheduler
10. 选择合适的Raid卡Cache策略 请使用带电的Raid,启用WriteBack, 对于加速redo log ,binary log, data file都有好处。 11. 禁用Query Cache Query Cache在Innodb中有点鸡肋,Innodb的数据本身可以在Innodb buffer pool中缓存,Query Cache属于结果集缓存,如果开启Query Cache更新写入都要去检查query cache反而增加了写入的开销。 在MySQL 5.6中Query cache是被禁掉了。 12. 使用Thread Pool 现在一个数据对应5个以上App场景比较,但MySQL有个特性随着连接增多的情况下性能反而下降,所以对于连接超过200的以后场景请考虑使用thread pool. 这是一个伟大的发明。 13. 合理调整内存 13.1 减少连接的内存分配 复制代码 代码如下: max_used_connections * ( read_buffer_size + read_rnd_buffer_size + join_buffer_size + sort_buffer_size + binlog_cache_size + thread_stack + 2 * net_buffer_length … ) 13.2 使较大的buffer pool 要把60-80%的内存分给innodb_buffer_pool_size. 这个不要超过数据大小了,另外也不要分配超过80%不然会利用到swap. 复制代码 代码如下: – innodb_flush_log_at_trx_commit = 1 // 最安全 – innodb_flush_log_at_trx_commit = 2 // 较好性能 – innodb_flush_log_at_trx_commit = 0 // 最好的情能 binlog : binlog_sync = 1 需要group commit支持,如果没这个功能可以考虑binlog_sync=0来获得较佳性能。 数据文件: 复制代码 代码如下: innodb_flush_method = O_DIRECT
15. 请使用Innodb表 可以利用更多资源,在线alter操作有所提高。 目前也支持非中文的full text, 同时支持Memcache API访问。目前也是MySQL最优秀的一个引擎。 如果你还在MyISAM请考虑快速转换。 16. 设置较大的Redo log 以前Percona 5.5和官方MySQL 5.5比拼性能时,胜出的一个Tips就是分配了超过4G的Redo log ,而官方MySQL5.5 redo log不能超过4G. 从 MySQL 5.6后可以超过4G了,通常建Redo log加起来要超过500M。 可以通过观查redo log产生量,分配Redo log大于一小时的量即可。 17. 优化磁盘的IO innodb_io_capactiy 在sas 15000转的下配置800就可以了,在ssd下面配置2000以上。 在MySQL 5.6: 复制代码 代码如下: innodb_lru_scan_depth = innodb_io_capacity / innodb_buffer_pool_instances innodb_io_capacity_max = min(2000, 2 * innodb_io_capacity) 18. 使用独立表空间 目前来看新的特性都是独立表空间支持: 19. 配置合理的并发 innodb_thread_concurrency =并发这个参数在Innodb中变化也是最频繁的一个参数。不同的版本,有可能不同的小版本也有变动。一般推荐: 在使用thread pool 的情况下: 20. 优化事务隔离级别 默认是 Repeatable read 21. 注重监控 任环境离不开监控,如果少了监控,有可能就会陷入盲人摸象。 推荐zabbix+mpm构建监控。 |
| 下一个产品 SQL计算timestamp的差值的方法 上一个产品 一键重置mysql的root密码脚本 |