MySQL优化总结
合理的硬件资源和操作系统
如果你的机器内存超过4G，那么毋庸置疑应当采用64位操作系统和64位mysql
读写分离
如果数据库压力很大，一台机器支撑不了，那么可以用mysql复制实现多台机器同步，将数据库的压力分散。
Master
Slave1
Slave2
Slave3
主库master用来写入，slave1—slave3都用来做select，每个数据库分担的压力小了很多。
要实现这种方式，需要程序特别设计，写都操作master，读都操作slave，给程序开发带来了额外负担。当然目前已经有中间件来实现这个代理，对程序来读写哪些数据库是透明的。官方有个mysql-proxy，但是还是alpha版本的。新浪有个amobe for mysql，也可达到这个目的，结构如下
使用方法可以看amobe的手册。
1
第1页：数据库设计第2页：适当建立索引/对表进行水平划分第3页：对表进行垂直划分第4页：字段类型/文件系统/外键/表的写入时机第5页：避免频繁读写/选择合适的引擎第6页：SQL语句优化工具：慢日志和mysqldumpslow.pl第7页：SQL语句优化工具：Explain(1)第8页：SQL语句优化工具：Explain(2)第9页：SQL语句优化工具：Explain(3)第10页：SQL语句优化工具：Explain(4)第11页：SQL语句优化工具：Explain(5)第12页：SQL语句优化工具：Explain(6)第13页：SQL语句优化工具：Explain(7)第14页：SQL语句优化工具：Explain(8)第15页：SQL语句优化工具：Explain(9)第16页：SQL语句优化工具：Show [full] processlist(1)第17页：SQL语句优化工具：Show [full] processlist(2)第18页：SQL语句优化工具：Show [full] processlist(3)第19页：减少不必要的表关联第20页：尽可能的限制条件第21页：过大的子查询用临时表处理效果会好的多第22页：Join Vs select 结果集作列第23页：全索引扫描第24页：Join、In、not in、exist、not exist并不是绝对的/Like第25页：数据库参数配置第26页：合理的硬件资源和操作系统/读写分离
相关文章
关注我们
