欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

mysql 300万数据查询500多秒怎么优化啊

程序员文章站 2022-06-12 15:05:40
...
本帖最后由 dz215136304 于 2013-08-15 11:33:52 编辑 linux下 mysql 300万数据查询500多秒怎么优化啊,其中pid已经做索引,id是主键


SELECT id,pid,keyWords,shortUrl FROM keywords WHERE pid=0 ORDER BY id DESC LIMIT 50






explain 如下:
mysql> explain SELECT id,pid,keyWords,shortUrl FROM  keywords  WHERE pid=0 ORDER BY id DESC LIMIT 50;+----+-------------+----------+------+---------------+------+---------+-------+---------+-----------------------------+| id | select_type | table    | type | possible_keys | key  | key_len | ref   | rows    | Extra                       |+----+-------------+----------+------+---------------+------+---------+-------+---------+-----------------------------+|  1 | SIMPLE      | keywords | ref  | pid           | pid  | 4       | const | 2452523 | Using where; Using filesort |+----+-------------+----------+------+---------------+------+---------+-------+---------+-----------------------------+1 row in set (8.18 sec)


另外mysql cpu占用很高怎么回事?内存:512M

配置文件如下:

# Example MySQL config file for small systems.## This is for a system with little memory (  

回复讨论(解决方案)

建立pid,id复合索引,PID在复合索引的前面,ID在复合索引号的最后 即可

ls +
看extra 部分,Using filesort是导致性能低下一个很大的原因。
原因是对于pid和id的查找和order by部分没有用上索引。
加上(pid,id的聚合索引)

对关键字段加上索引。

ls +
看extra 部分,Using filesort是导致性能低下一个很大的原因。
原因是对于pid和id的查找和order by部分没有用上索引。
加上(pid,id的聚合索引)

具体命令式是什么呢,新手不太懂哎

建立pid,id复合索引,PID在复合索引的前面,ID在复合索引号的最后 即可
具体命令式是什么呢,新手不太懂哎

ls +
看extra 部分,Using filesort是导致性能低下一个很大的原因。
原因是对于pid和id的查找和order by部分没有用上索引。
加上(pid,id的聚合索引)

创建主键时不就自动创建索引了么


ls +
看extra 部分,Using filesort是导致性能低下一个很大的原因。
原因是对于pid和id的查找和order by部分没有用上索引。
加上(pid,id的聚合索引)

创建主键时不就自动创建索引了么

baidu 主键索引,联合索引

alter table xxx add index pid_id ( pid , id );

你这个可能没建主键索引,否则explain不会这么显示

进入phpmyadmin首页 右侧点击 Show Runtime Information,下面有你表的运行情况,看看那些Value红色的行,然后注意后面的Description,它能帮助你调整mysql到最优化的性能。

另外,表示innodb 还是 myisam?

myisam的话,可以尝试调整一下。

key_buffer = 16K =》 key_buffer = 16M
table_cache = 4 =》 table_cache = 512
sort_buffer_size = 64K =》 sort_buffer_size = 2M
read_rnd_buffer_size = 256K =》 read_rnd_buffer_size = 2M

增加一个 myisam_sort_buffer_size = 16M

然后重启mysqld再看看情况。mysql cpu占用过高不用去理会。

pid已经做索引,id是主键.
为什么会那么慢,没有道理

虽然pid和id都有索引,但一次只能用其一,所以你必须建一个联合索引

做个分区吧。。。。

linux下 mysql 300万数据查询500多秒怎么优化啊,其中pid已经做索引,id是主键


SELECT id,pid,keyWords,shortUrl FROM keywords WHERE pid=0 ORDER BY id DESC LIMIT 50
红色部分语句惹的祸,进行了全表扫描,加索引也木用。
去掉红色部分就好了

测试了一下貌似不行,楼主还是分表吧。

把你语句里的ORDER BY id DESC 去掉,如果你的id是自动编辑的话,在my.cnf里配置一下按 DESC来排序的,然后直接查就好了。

试试联合索引吧

要不,用子查询试试

还有,是不是表的大小大于内存大小了呢?
内存512M,系统还要用掉一些,能留给MYSQL的不多。