innodb表，800W左右数据，count（*）要12秒？

mysqldbd

原帖由 ban_ping 于 2011-4-28 12:32 发表
想再优化，就找个int类型列建立一个非主键索引，然后用这个secondary index来进行count(*)查询。

然后用这个secondary index来进行count(*)查询。这个怎么实现，方便举个实际的例子吗？

ban_ping

比如有个int unsigned的列id2
create index idx_id2 on test(id2);
select count(*) from test where id2>=0;
这样就会走id2上的索引
或者直接强制用inx_id2

mysqldbd

原帖由 ban_ping 于 2011-4-29 09:39 发表
比如有个int unsigned的列id2
create index idx_id2 on test(id2);
select count(*) from test where id2>=0;
这样就会走id2上的索引
或者直接强制用inx_id2

明白了，谢谢！

mysqldbd

原帖由 ban_ping 于 2011-4-29 09:39 发表
比如有个int unsigned的列id2
create index idx_id2 on test(id2);
select count(*) from test where id2>=0;
这样就会走id2上的索引
或者直接强制用inx_id2

mysql> alter table test.reuters_rkd_pm add id2 int unsigned;
mysql> create index idx_id2 on test.reuters_rkd_pm(id2);

mysql> update test.reuters_rkd_pm set  id2 = id;
Query OK, 0 rows affected (2 min 24.39 sec)
Rows matched: 7985412  Changed: 0  Warnings: 0
mysql> select count(*) from  test.reuters_rkd_pm where id2>0;
+----------+
| count(*) |
+----------+
|  7985412 |
+----------+
1 row in set (2.92 sec)
mysql>

用了辅助id2二级索引，但是也需要3秒左右，大家还有别的办法吗，能将这个count(*)语句控制在一秒之内啊！

Steven1981

首先对你当前的表设计提出一个建议：
  你应该拥有一个 自增主键 + 唯一索引（6个字段组成）；
  这样做好处是：1）可能对你COUNT（*）速度会提高不少；
                  2）不会有太多的数据块分裂；

在上面的基础上如果你还要追求COUNT（*）的速度；
        你可以建一个二级索引， 找char(1),tinyint类型的字段，这样你的索引数据块总和会比较小； 扫描速度也会快不少；

wqhhust

是的内存是不是偏小， 1.8G的table, 如果都cache起来， 全表三秒也不要12秒。

wqhhust

是的内存是不是偏小， 1.8G的table, 如果都cache起来， 全表三秒也不要12秒。

mysqldbd

原帖由 wqhhust 于 2011-5-13 09:14 发表
是的内存是不是偏小， 1.8G的table, 如果都cache起来， 全表三秒也不要12秒。

数据库服务器的内存是4G。低端PC机。

wqhhust

mysql不支持 full fast index scan (oracle中的）。所以访问index必须按leaf block照逻辑顺序，当leaf block在物理上无须时，就会产生甚多random IO.

你的mysql跑在什么OS?如果是linux，可以考虑用最新的innodb plugin,支持原生AIO,可以同时 发出多个IO请求， 然后再配以合理OS的IO调度策略，尽量将多个IO 整合成一个IO，也许可以提高性能。

mysqldbd

原帖由 wqhhust 于 2011-5-13 14:54 发表
mysql不支持 full fast index scan (oracle中的）。所以访问index必须按leaf block照逻辑顺序，当leaf block在物理上无须时，就会产生甚多random IO.

你的mysql跑在什么OS?如果是linux，可以考虑用最新的innodb plugin,支持原生AIO,可以同时 发出多个IO请求， 然后再配以合理OS的IO调度策略，尽量将多个IO 整合成一个IO，也许可以提高性能。

水平有限，不是太明白你的意思。

新的innodb plugin？ 跟一般的innodB（以前没有这个概念，不知道如何描述） 到底有啥区别，在社区版本5.5.8里面如何区别的？