Join、In、not in、exist、not exist并不是绝对的
网上很多教程讨论了join、in和exist 的性能差异，其实这不是绝对的，对于效率不理想的语句，还是应该换换写法试试看。
Like
Like毕竟效率太低，必要的话可以试试全文检索。对于中文全文检索，可以结合程序分词来实现。
什么情况下查询用不到索引
参见手册 7.4.3列索引, 7.4.4所列索引, 7.4.5 mysql如何使用索引
去掉不必要的排序，如果必要，尽量用主键排序代替
显而易见却容易被忽视的问题。
MySQL优化总结
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页：合理的硬件资源和操作系统/读写分离
相关文章
关注我们
