group by 优化寻求指导

amsea

SELECT * FROM info where id in (select owner_id from tags WHERE meta_key = "tag" and meta_value="标签") order by porder desc, visit desc limit 0, 100


SELECT * FROM info a left join tags  b on a.id = b.owner_id WHERE b.meta_key = "tag" and b.meta_value="标签"  order by a.porder desc, a.visit desc limit 0, 100


我靠，这两个sql 太吃资源了。 有什么好的解决方法呢？

标签可能很多，因为会有很多条目打上一个标签啊。

yueliangdao0608

Don't you know this form of order by can not use index search?

amsea

谢谢你的回复。 我发现了这个问题，已经修改并把排序去掉了。 但是性能还是上不来。

amsea

附上 数据情况


info 有 50万条数据
tags有150万条数据
每个info可能有若干个tags

yueliangdao0608

The first select statement can be replaced into the form of join.

SELECT a.* FROM info as a inner join tags as b on (a.id = b.owner_id and b.meta_key = "tag" and b.meta_value="标签") order by a.porder desc, a.visit desc limit 0, 100

yueliangdao0608

The second sql statement used the left join.
So the left table had to do a full table scan.

chuhongze

原帖由 amsea 于 2008-6-2 12:52 发表
SELECT * FROM info where id in (select owner_id from tags WHERE meta_key = "tag" and meta_value="标签") order by porder desc, visit desc limit 0, 100


SELECT * FROM info a left join tags  b  ...

LZ,你说的资源是什么资源：数据库、CPU还是SELECT太慢，SELECT一次的时间是多少？

yueliangdao0608

原帖由 chuhongze 于 2008-6-4 14:27 发表




LZ,你说的资源是什么资源：数据库、CPU还是SELECT太慢，SELECT一次的时间是多少？

It oughts to be cpu.

amsea

原帖由 yueliangdao0608 于 2008-6-4 13:53 发表
The first select statement can be replaced into the form of join.

SELECT a.* FROM info as a inner join tags as b on (a.id = b.owner_id and b.meta_key = "tag" and b.meta_value="标签") order by  ...

Using where; Using temporary; Using filesort

还是不行，呵呵。

amsea

CPU 、时间和磁盘操作。 都被拖累。
后来发现表结构有些问题，索引也有些问题。

减少了 meta_VALUE 的字段长度（varchar类型）
两个表的主键（ID ） 改为 数字 自增主键。