标签：mysql优化
mysql数据库优化
1.硬件优化
a.64位cpu 一台机器8-16颗cpu，（其他）2-4颗
b.内存 96-128g 3-4个实例（百度），(其他)32-64，2个实例
c.硬盘，数量越多越好，性能：ssd（高并发）>sas（普通线 上)>sata(线下)
raid 4块盘：RAID0>RAID10>RAID5>RAID1
d.网卡 多块网卡bond，以及buffer，tcp优化
2.软件优化
操作系统：64位
软件：mysql 编译优化
3.参数优化（my.cnf）
my.cnf优化的幅度很小，大部分是架构和sql语句的调优
innodb_buffer_pool_size=2048m物理内存的30%-50%
sort_buffer_size=2m 线程buffer，不能给太大
tmp_table_size=256m 临时表
long_query_time=2 slow_log,超过两秒的
skip-name-resolve 不加会遇到权限问题
思想：
监控：show global status\G查看命中率
调优工具：mysqlreport
4.sql语句的优化
a.索引优化
抓出慢sql，配置my.cnf(大于2s的，没走索引的记录下来)
long-slow-query=/data/3306/slow-log.log
慢查询日志分析工具：mysqldumpslow，mysqlsla，myprofi
按天轮询：slow-log.log
b.每天晚上0点定时分析慢查询，发到核心开发，DBA的邮箱
c.大的复杂的sql语句拆分成多个小的sql语句
子查询，JOIN链表查询，某个表4000万条记录
d.数据库是存储数据的地方，但不是计算的地方,拿到前端应用解决
e.搜索功能，LIKE‘%老男孩%‘一般不要用mysql数据库
5.架构优化
1.业务拆分
2.数据库前端加cache，例如：memcache（用户登录，商品查询等等）
3.某些业务应用使用nosql持久化存储，例如：memcachedb，redis（粉丝，关注，好友关系等等）
4.动态的数据静态化。整个文件静态化，页面片段静态化
5.数据库集群与读写分离。一主多从。通过程序或者dbproxy进行集群读写分离
6.单表超过2000万。拆库拆表
6.流程，制度，安全优化
任何一次人为数据库记录的更新，都要走一个流程：
a.人的流程：开发-->核心开发-->运维或DBA（确认）
b.测试流程：内网测试-->IDC测试-->线上执行
c.客户端管理，phpmyadmin
本文出自 “linux运维” 博客，转载请与作者联系！
标签：mysql优化
原文地址：http://xxr007.blog.51cto.com/10602872/1933555
