2G的myisam表，查询慢，如何优化？【已解决】

cenalulu

原帖由 小木虫子 于 2009-11-3 15:26 发表
mysql> SELECT uid FROM pw_gbook WHERE uid='48' ORDER BY postdate DESC LIMIT 1275480,20;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    1 ...

-----删除-----又写错了。。。

[ 本帖最后由 cenalulu 于 2009-11-3 15:35 编辑 ]

小木虫子

langwang0070

SELECT uid FROM pw_gbook WHERE uid='48' ORDER BY id DESC LIMIT 1275480,20;

这样看看，还有explain，对了把查询时间也说下

[ 本帖最后由 langwang0070 于 2009-11-3 17:44 编辑 ]

cenalulu

建一个 的三键索引，
然后看下这句的执行计划，extra有没有using index的提示
explain SELECT uid FROM pw_gbook WHERE uid='48' ORDER BY postdate DESC LIMIT 1275480,20;
如果没有那么 把三键索引的顺序换一下id,uid，postdate，


查询的话，用下面这句，应该就ok了
select * from
pw_gbook as pw
join
(SELECT id FROM pw_gbook WHERE uid='48' ORDER BY postdate DESC LIMIT 1275480,20) as tmp
on pw.id=tmp.id;

南无小和尚

figure out it io bound or cpu bound with vimstat iostat ,then explain it ,profiling it

小木虫子

2颗4核的CPU，都是最好的，硬盘RAID10，

放心，硬件都是最好的。


那个我测试了，不行。。

我觉得分区才能解决瓶颈。

hironics

哥们，你要是优化了，记得拿出来共享一下。

我给你提个醒：

问题不在你这，哪里有这么写应用的，一个UID 48居然对应这么多post，UID的过滤效果实在太小，48是谁，是管理员，还是匿名用户？； 100w条以上的记录进行索引排序，大部分时间肯定要花在sending data上面。
另外，这个应用也太强大了，还可以翻页翻到这么后面。


分区是可以尝试，不过针对这个应用，效果应该是负面的。

小木虫子

phpwind的留言板。

Coolriver

虫虫：
    你会写PHP吗？如果会还有救。如果不会就难办了。

说一下原理：
    LIMIT 1275480,20   这行是根据条件查询1275500只要后面20行。不管怎么样都慢。
这也是简单的分页技术。

至于怎么改，你可以看看需求。去年曾做过一个PHPwind，那分页也很垃圾。需要改一下些东西。比较麻烦，这里不说了。有的技术也不通用。

简单办法：
   换一个强劲的机器：）

cenalulu

感觉他这句语句的作用是取到最新的20条评论，由于评论很多查到1275480多条了。。。。
反过来说。。。直接按时间逆序排列，取最前面的20条也能打到效果么。。。