关于select count(*) from table的讨论

简介: 摘自:http://www.itpub.net/381892,2.html 下面是我测试的结果: scott@ORCL> set autotrace traceonly scott@ORCL> CREATE INDEX I_DEPT_NAME ON DEPT (DNAME) ; Index created.

摘自:http://www.itpub.net/381892,2.html

下面是我测试的结果:
scott@ORCL> set autotrace traceonly
scott@ORCL> CREATE INDEX I_DEPT_NAME ON DEPT (DNAME) ;
Index created.
scott@ORCL> analyze table dept compute statistics ;
Table analyzed.
scott@ORCL> select /*+ index(i_dept_name) */ count(*) from dept ;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1)
1 0 SORT (AGGREGATE)
2 1 INDEX (FULL SCAN) OF 'PK_DEPT' (UNIQUE) (Cost=1 Card=5)


看见dname可以为null的时候,不会使用这个索引。

scott@ORCL> ALTER TABLE DEPT MODIFY (DNAME NOT NULL)
Table altered.
scott@ORCL> analyze table dept compute statistics ;
Table analyzed.

scott@ORCL> select /*+ index(i_dept_name) */ count(*) from dept ;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1)
1 0 SORT (AGGREGATE)
2 1 INDEX (FULL SCAN) OF 'I_DEPT_NAME' (NON-UNIQUE) (Cost=1 Card=5)

看见没有这回使用了索引i_dept_name,dname 不为空的时候。

现在增加一个字段foo,char(1),default ='1'

scott@ORCL> ALTER TABLE DEPT ADD foo CHAR(1) DEFAULT 1 NOT NULL ;
Table altered.
scott@ORCL> CREATE INDEX I_DEPT_foo ON DEPT (foo);
Index created.
scott@ORCL> analyze table dept compute statistics ;
Table analyzed.
scott@ORCL> select count(*) from dept ;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1)
1 0 SORT (AGGREGATE)
2 1 INDEX (FULL SCAN) OF 'I_DEPT_FOO' (NON-UNIQUE) (Cost=1 Card=5)

你再仔细看看,没有使用hints,索引选择了I_DEPT_FOO,而没有选择pk_dept.
删除统计,走rbo。
scott@ORCL> Analyze Table SCOTT.DEPT Delete Statistics
Table analyzed.
scott@ORCL> select count(*) from dept ;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE
1 0 SORT (AGGREGATE)
2 1 TABLE ACCESS (FULL) OF 'DEPT'

没有使用索引。 现在加hints。

scott@ORCL> select /*+ index(i_dept_foo) */ count(*) from dept ;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1 Card=1)
1 0 SORT (AGGREGATE)
2 1 TABLE ACCESS (FULL) OF 'DEPT' (Cost=1 Card=82)

还是没有使用索引。



目录
相关文章
|
4月前
|
SQL 数据库 关系型数据库
MySQL设计规约问题之为什么统计表中记录数时推荐使用COUNT(*)而不是COUNT(primary_key)或COUNT(1)
MySQL设计规约问题之为什么统计表中记录数时推荐使用COUNT(*)而不是COUNT(primary_key)或COUNT(1)
|
6月前
|
数据库
count(1)、count(*)、count(column)的含义、区别、执行效率
总之,`count(1)` 和 `count(*)` 通常会更常用,因为它们的执行效率较高,不涉及对具体列值的处理。而 `count(column)` 适用于统计特定列中的非空值数量。在实际使用时,可以根据情况选择适合的方式。 买CN2云服务器,免备案服务器,高防服务器,就选蓝易云。百度搜索:蓝易云
96 0
|
数据库 OceanBase
使用 `INSERT INTO table_name SELECT * FROM table_name` 这种方式
使用 `INSERT INTO table_name SELECT * FROM table_name` 这种方式
76 1
|
SQL 存储 缓存
【MySQL从入门到精通】【高级篇】(二十四)EXPLAIN中select_type,partition,type,key,key_len字段的剖析
上一篇文章我们介绍了【MySQL从入门到精通】【高级篇】(二十三)EXPLAIN的概述与table,id字段的剖析,重点对EXPLAIN命令进行了阐述,并且对table,id字段进行了剖析。这篇文章接着对EXPLAIN命令的其余字段进行解析,本文将介绍select_type,partition,type,key,key_len 字段的含义。其中:读者朋友们需要重点掌握 select_type,type 两个字段的含义。
254 0
【MySQL从入门到精通】【高级篇】(二十四)EXPLAIN中select_type,partition,type,key,key_len字段的剖析
|
存储 SQL 架构师
性能大PK count(*)、count(1)和count(列)
最近的工作中,我听到组内两名研发同学在交流数据统计性能的时候,聊到了以下内容: 数据统计你怎么能用 count(*) 统计数据呢,count(*) 太慢了,要是把数据库搞垮了那不就完了么,赶紧改用 count(1),这样比较快...... 有点儿好奇,难道 count(1) 的性能真的就比 count(*) 要好吗? 印象中网上有很多的文章都有过类似问题的讨论,那 MySQL 统计数据总数 count(*) 、count(1)和count(列名) 哪个性能更优呢?今天我们就来聊一聊这个问题。
性能大PK count(*)、count(1)和count(列)
|
SQL 索引
count(1) and count(column)那个更优?
count(1) and count(column)那个更优?
82 0
|
关系型数据库 MySQL 开发者
explain 之 select-type 和 table 介绍|学习笔记
快速学习 explain 之 select-type 和 table 介绍
813 0
|
存储 关系型数据库 MySQL
一文搞清楚 MySQL count(*)、count(1)、count(col) 的区别
一文搞清楚 MySQL count(*)、count(1)、count(col) 的区别
345 0
一文搞清楚 MySQL count(*)、count(1)、count(col) 的区别
|
关系型数据库 MySQL 数据库
数据库面试题【十九、count(字段) &count(主键 id) &count(1)&count(*)的区别】
数据库面试题【十九、count(字段) &count(主键 id) &count(1)&count(*)的区别】
171 0
|
关系型数据库 MySQL 测试技术
论证select count(*)和select count(1)
论证select count(*)和select count(1)
128 0