优化MySQL的21个建议

标签： MySQL优化设计 优化 | 发表时间：2014-11-27 07:00 | 作者：OurMySQL
出处：http://ourmysql.com

   今天一个朋友向我咨询怎么去优化 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 太小

   进程数限制  ulimit -u   不同版本不一样

   禁掉NUMA  numctl -interleave=all

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

   • Innodb_flush_neighbors = 0

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 减少连接的内存分配

   连接可以用thread_cache_size缓存，观查属于比较属不如thread pool给力。数据库在连上分配的内存如下：

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.

 
14. 合理选择LOG刷新机制

 
    Redo Logs:

 
    - 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. 使用独立表空间

 
    目前来看新的特性都是独立表空间支持:

 
    truncate table 表空间回收

 
    表空间传输

 
    较好的去优化碎片等管理性能的增加，

 
    整体上来看使用独立表空间是没用的。

 

 
19. 配置合理的并发

 
    innodb_thread_concurrency =并发这个参数在Innodb中变化也是最频繁的一个参数。不同的版本，有可能不同的小版本也有变动。一般推荐：

 
    在使用thread pool 的情况下：

 
    innodb_thread_concurrency = 0 就可以了。

 
    如果在没有thread pool的情况下：

 
    5.5 推荐：innodb_thread_concurrency =16 – 32

 
    5.6 推荐innodb_thread_concurrency = 36

 

 
20. 优化事务隔离级别

 
    默认是 Repeatable read

 
    推荐使用Read committed  binlog格式使用mixed或是Row

 
    较低的隔离级别 = 较好的性能

 

 
21. 注重监控

 
    任环境离不开监控，如果少了监控，有可能就会陷入盲人摸象。 推荐zabbix+mpm构建监控。

 
  

 
猜您喜欢
 
相关 [优化 mysql] 推荐：
mysql优化 

-  - 数据库 - ITeye博客

公司网站访问量越来越大，MySQL自然成为瓶颈，因此最近我一直在研究 MySQL  的优化，第一步自然想到的是 MySQL 系统参数的优化，作为一个访问量很大的网站（日20万人次以上）的数据库系统，不可能指望 MySQL  默认的系统参数能够让 MySQL运行得非常顺畅. 在Apache, PHP,  MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分. 
mysql优化

-  - 数据库 - ITeye博客

      1.通过   show (session 或者 global) status 来查看( 当前连接 或者 数据库上次开机以来 )的服务器状态信息，默认是session.         例如：show status like '%com_%' : com_XXX表示XXX语句执行的总次数，这总次数是针对所有引擎的总和. 
MySQL性能优化

- sun - IT程序员面试网

在笔试面试中，尤其是像百度，淘宝这些数据量非常大，而且用LAMP架构的公司，数据库优化方面就显得特别重要了. 此外，除了数据库索引之外，在LAMP结果如此流行的今天，数据库（尤其是MySQL）性能优化也是海量数据处理的一个热点. 下面就结合自己的经验，聊一聊MySQL数据库优化的几个方面. 首先，在数据库设计的时候，要能够充分的利用索引带来的性能提升，至于如何建立索引，建立什么样的索引，在哪些字段上建立索引，上面已经讲的很清楚了，这里不在赘述. 
mysql 引擎优化

-  - CSDN博客推荐文章

MySQL数 据库引擎取决于MySQL在安装的时候是如何被编译的. 要添加一个新的引擎，就必须重新编译MYSQL. 在缺省情况下，MYSQL支持三个引擎：ISAM、MYISAM和HEAP. 另外两种类型INNODB和BERKLEY（BDB），也常常可以使用. 如果技术高超，还可以使用MySQL++ API自己做一个引擎. 
mysql参数优化

-  - CSDN博客推荐文章

### 用来存放InnoDB的内部目录,对于大数据设置16M足够用. ### InnoDB 缓存总大小设置,一般设置为系统内存的70%-80%. ### 指定所有InnoDB数据文件的路径和大小分配. ### 文件读写io数设置：. ### InnoDB内核的并发线程数设置. ### 设置日值的大小. 
 Zabbix 的 MySQL 优化

-  - SegmentFault 最新的文章

为 Zabbix 优化 MySQL. 标签（空格分隔）： Zabbix MySQL Optimizing 优化. Aurimas Mikalauskas，原文是. Zabbix 和 MySQL. 在大型的 Zabbix 环境中，遇到的挑战大部分是 MySQL 以及更具体的说是 MySQL 磁盘 IO. 
mysql优化方法

-  - 数据库 - ITeye博客

通过show status和应用特点了解各种SQL的执行频率. 通过SHOW STATUS可以提供服务器状态信息，也可以使用mysqladmin extended-status命令获得. SHOW STATUS可以根据需要显示session级别的统计结果和global级别的统计结果. 以下几个参数对Myisam和Innodb存储引擎都计数：. 
Mysql性能优化

-  - 数据库 - ITeye博客

MySQL性能优化. 　　性能优化是通过某些有效的方法来提高MySQL的运行速度，减少占用的磁盘空间. 性能优化包含很多方面，例如优化查询速度，优化更新速度和优化MySQL服务器等. 　　数据库管理人员可以使用SHOW STATUS语句来查询MySQL数据库的性能. 语法：SHOW STATUE LIKE ‘value’；其中value参数是常用的几个统计参数. 
MYSQL设计优化

-  - CSDN博客推荐文章

本文将从各方面介绍优化mysql设计的一些方式. (1)定位需要优化的sql语句. 1)show status统计SQL语句频率. 对Myisam和Innodb存储引擎都计数的参数：. SHOW STATUS可以根据需要显示session级别的统计结果和global级别的统计结果. 1.Com_select  执行select操作的次数，一次查询只累加1；. 
MySQL优化之Explain

-  - 数据库 - ITeye博客

Mysql Explain 详解. 例如: explain select * from t3 where id=3952602;. 二.explain输出解释. | id | select_type | table | type  | possible_keys     | key     | key_len | ref   | rows | Extra |.