/*SELECT cd_friend.fid,cd_user.name FROM cd_friend LEFT JOIN cd_user ON cd_user.uid = cd_friend.fid WHERE cd_friend.uid=1312 LIMIT 6 */
这条语句的本意是查询id为1312 的用户的好友名字。(用cd_friend.uid 查到cd_friend.fid,再用cd_friend.fid查到cd_user.uid,再到cd_user.name)
这条语句速度非常慢,因为它用了 left join ,同时锁定了两张表,而且对另一张表(cd_user)进行了大量的查询。用explain 检测,都是范围ref。
优化方法:
第一种 :SELECT cd_user.name FROM cd_user ,
(SELECT fid FROM cd_friend WHERE cd_friend.uid=1312) t1 WHERE cd_user.uid=t1.fid LIMIT 6
这一种可以快一些,因为两表都分别用了主键索引,但还是同时锁定了两张表。速度比刚才已经快了很多,它很快找出索要数据。
第二种:
直接给拆成两条select语句。这样一定时间内只锁定一张表,能快速找到数据且释放掉表。这在并发量多的时候是很重要的。
但这是很多程序员的误区。不愿意写简单的select语句。其实语句复杂对于系统性能来说并不好。
第三种:
我们经常在select语句上下功夫,干嘛不在cd_friend表上加一条name字段呢?这样,便根本不用连接,也不锁定多张表,对于数据库长期使用有很大优势。
有时候,数据库冗余还是必要的。看具体的数据库情景。在cd_friend库上,有id,且字段不多,加name是很划算的。
这说明,在数据库优化上,不能思维定势。看起来最麻烦的,说不定是最简单的。
这条语句的本意是查询id为1312 的用户的好友名字。(用cd_friend.uid 查到cd_friend.fid,再用cd_friend.fid查到cd_user.uid,再到cd_user.name)
这条语句速度非常慢,因为它用了 left join ,同时锁定了两张表,而且对另一张表(cd_user)进行了大量的查询。用explain 检测,都是范围ref。
优化方法:
第一种 :SELECT cd_user.name FROM cd_user ,
(SELECT fid FROM cd_friend WHERE cd_friend.uid=1312) t1 WHERE cd_user.uid=t1.fid LIMIT 6
这一种可以快一些,因为两表都分别用了主键索引,但还是同时锁定了两张表。速度比刚才已经快了很多,它很快找出索要数据。
第二种:
直接给拆成两条select语句。这样一定时间内只锁定一张表,能快速找到数据且释放掉表。这在并发量多的时候是很重要的。
但这是很多程序员的误区。不愿意写简单的select语句。其实语句复杂对于系统性能来说并不好。
第三种:
我们经常在select语句上下功夫,干嘛不在cd_friend表上加一条name字段呢?这样,便根本不用连接,也不锁定多张表,对于数据库长期使用有很大优势。
有时候,数据库冗余还是必要的。看具体的数据库情景。在cd_friend库上,有id,且字段不多,加name是很划算的。
这说明,在数据库优化上,不能思维定势。看起来最麻烦的,说不定是最简单的。