优化SQL查询真不容易

bluehost真是好啊，为了防止BH超标，我不得不努力改进SQL查询，不得不努力提高缓存的命中率，也不得不把部分占用SQL查询时间的脚本搬到dreamhost上！

看来，应该继续加深学习数据库的知识了，合理设置index是很有必要的了，要不将无法处理日益增长的数据了，尽量不用like查询，否则轻易都能占据10秒以上的时间。4万多条的数据如果查询不当很容易导致SQL运行时间过长的，其实别说是4万多条，即使部分朋友的blog才几千条数据，由于查询不当就轻易的能占据7 8秒的时间，看来优化SQL查询是一个比较长期而艰巨的任务了。

当然，目前的优化方向只有两个：缓存和优化SQL，缓存是基于PHP端，目前在bloggermap.org上已经做足了缓存，那么下一步就是优化SQL查询了，特别是对于limit begin,per之类的查询更是如此！