一条SQL慢记录的解决方法

看了boobycn的“一条SQL慢记录”的贴子，由于自己的BBS也有同样问题，困扰我好久了，现受启发，终于想到了要自己动手解决问题。在寻求到2位数据库高手的帮助下，已经完美解决问题。

硬件环境：独立主机
INTEL 至强 双核 1.86G *2
4Gb RAM
10000 RPM SAS硬盘146G*6 做RAID5
软件环境：
CENTOS 4.7 32位
MYSQL 5.0.45
apache 2.0
网络接入100M
DISCUZ 7.0 GBK + UCenter Home 1.5

SQL语句是：
SELECT p.* FROM uch_pic p ,uch_album a
WHERE a.friend='0' AND a.albumid=p.albumid  ORDER BY p.dateline DESC LIMIT 0,5;
主要是用于UCHome首页面5张幻灯片的显示，在根目录的index.php文件中。

一开始还可以，最近一段时间发现论坛和UCHome越来越慢，原来在线用户1000多都没问题，现在300多就卡得不得了，看了一下主机，IO非常，平均50-60%，硬盘狂闪，追踪了一下MSYQL的语句，发现就是这条语句的问题，大量的SORTING等待。看了一下相关的表，uch_pic的数据量已经达180万条。

问了一下MYSQL高手，答复是：ORDER BY p.dateline DESC 引起全表搜索，如有可能，就去掉。
去掉以后，IO立马下来了，但新问题出现了，幻灯片永远是最早的5张图片。

只好找数据库高手再看一眼，高手直接在数据库中的uch_pic表中加了个dateline的索引，说：“把那条SQL语句恢复回来好了”！

改了回来！问题完美解决！在线人数一路上升，CPU，磁盘IO都相当平稳。
解决方法就是：直接在数据库中的uch_pic表中加了个dateline的索引！
希望这次经历对各位有同样问题的网友是个借鉴。

恭喜解决。。

俺菜鸟的方法就是直接去掉幻灯片，耶

这个要怎么搞啊，我的一打开随便看看就挂了

有些用户问添加索引方法：

执行这面SQL:
ALTER TABLE `uchome_pic` ADD INDEX ( `dateline` )

谢谢了，再问下楼主的版本呢，官方以后的版本应该考虑下这个呢

谢谢了，再问下楼主的版本呢，官方以后的版本应该考虑下这个呢

会的。必须经过压力测试的

没有做任何修改，uch_pic表中就有dateline这个索引，郁闷。

我也觉得奇怪了，本身就有了。