MySQL优化总结
对表进行垂直划分
有些表记录数并不多，可能也就2、3万条，但是字段却很长，表占用空间很大，检索表时需要执行大量I/O，严重降低了性能。这个时候需要把大的字段拆分到另一个表，并且该表与原表是一对一的关系。
【试题内容】、【答案信息】两个表，最初是作为几个字段添加到【试题信息】里的，可以看到试题内容和答案这两个字段很长，在表里有3万记录时，表已经占了1G的空间，在列试题列表时非常慢。经过分析，发现系统很多时候是根据【册】、【单元】、类型、类别、难易程度等查询条件，分页显示试题详细内容。而每次检索都是这几个表做join，每次要扫描一遍1G的表，很郁闷啊。我们完全可以把内容和答案拆分成另一个表，只有显示详细内容的时候才读这个大表，由此就产生了【试题内容】、【答案信息】两个表。
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页：合理的硬件资源和操作系统/读写分离
相关文章
关注我们
