MySQL数据库的优化

1硬件优化
1.1CPU的优化
百度核心业务使用8-16颗；其中一般2-4颗CPU作用一个实例

1.2内存的优化
内存一般采用的是16GB的内存条，只能采用双数，不采用单数

1.3磁盘的优化
磁盘数越多越好，性能：SSD>SAS>SATA；一般数据采用RAID10，性能是最好的

1.4网卡的优化
1）多网卡进行绑定

2）优化buffer

3）TCP的优化

2软件优化
2.1操作系统的优化
1）操作系统采用X86_64的系统，因为32位系统单进程4GB的限制

2）Mysql数据库的安装采用编译安装，不采用yum和直接使用的安装方式

 

2.2My.cnf里参数的优化
1）优化的幅度很小，大分部的优化幅度很小，主要SQL的优化以及架构的优化

2）在innodb中buffer_pool最关键，一般把数据都缓存在buffer_pool；可以配到80%物理内存的大小；

思想：

1）首先做监控，然后在生产中慢慢进行调整

2）命令监控Show global status\G（查看buffer命中率）

3）Show full processlist

4）查看uptime看机器的负载情况

5）在SQL语句中进行优化

6）工具：mysqlreport工具（参数调优工具）

2.3SQL优化
2.3.1索引优化
1）慢查询日志分析工具：mysqldumpslow、mysqlsla（推荐）、myprofi、mysql-explain-slow-log，mysqllogfilter

2）首先抓出慢SQL；配置my.cnf文件（写慢日志查询）

3）每天晚上0点定时分析慢查询，发到开发，DBA以及高级运维的邮箱里；

2.3.2大的复杂的SQL语句拆分多个小的SQL语句
2.3.3数据库是存储数据的地方，但是不是计算数据的地方；对数据计算类的应用处理，应该放到前端应用程序去优化，禁止在数据库内优化。
2.3.4搜索的功能一般不要用数据库，使用单独的搜索模块，如：like %关键字段%
2.4架构上的优化（全链路的设计思路进行讲解）
1）业务拆分

2）数据库前端加cache 如：mencache、redis（业务场景；用户登录、商品查询）

3）某些业务应用使用nosql持久化存储，如redis和monogda（粉丝关注、好友关系）

4）动态的数据静态化，页面片段静态化

5）数据库集群和读写分离，一主多从等，双主多从；通过程序和DBproxy进行集群读写分离；

6）拆库拆表
————————————————