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

cg111

select * from pw_gbook where id>=(SELECT id FROM pw_gbook WHERE uid='48'  LIMIT 1275480,1) ORDER BY postdate DESC   limit 20;

测试一下

select * from
pw_gbook as pw
join
(SELECT uid FROM pw_gbook WHERE uid='48' ORDER BY postdate DESC LIMIT 1275480,20) as tmp
on pw.uid=tmp.uid;

几乎不会优化,因为join on这个连接还是要进行全表扫描才能建立连接的

[ 本帖最后由 cg111 于 2009-11-5 16:17 编辑 ]

alvis

my.cnf 的配置？

你分了多大的 sort buffer ？

eaglepride

SELECT pid FROM cdb_posts

WHERE

invisible IN (-5,-2,0)

AND dateline >= 1226036800  AND dateline <= 1257659199

AND subject != '' AND subject LIKE '%帖子%'
看看这样呢？where条件的顺序也会影响检索效率

langwang0070

这样也不行，主要索引dateline没用上 其他的效率都比较低


说明：对于这个SQL效率低的原因在于数据量太大，为了取得高的效率，在程序方面将时间范围缩小为一个月这样就ok了。

[ 本帖最后由 langwang0070 于 2009-11-6 15:43 编辑 ]

Appoule

考虑下拆分、归档吧，因为查询的空间大了，所以慢了，解决的办法之一是减少查询空间。

cg111

考虑下拆分、归档吧，因为查询的空间大了，所以慢了，解决的办法之一是减少查询空间。

2G的数据库,不算是很大吧???

lookingfor

原帖由 cenalulu 于 2009-11-4 22:05 发表



女孩子头像的哥们。。。。这个称呼很特别啊。。。。

女孩子头像的哥们，
哈哈，有意思，这个称呼很有意思

为什么删我号

leetaedong

优化确实是个大学问

lastexile

换SSD硬盘