本文需要优化的语句是select count(*) from t，这简单的统计语句一出，估计不少人纳闷了，能有啥优化空间，还优化之道，什么gui。
哦，其实简单的背后不简单，来，跟作者一起看看如何“不择手段”，让count(*) 飞起来。不过我们用意的关键是让读者去思考，为什么能飞。
为什么能飞？嗯，因为我们掌握了Sql优化之道。那优化之道是什么？不着急，来，随我们来看看Sql飞的过程吧。
一 、优化过程
1. 普通思路
用了啥手段：啥没用！
性能啥情况：逻辑读为1048。
2. 增加索引
用了啥手段：建了一个btree索引。
性能啥情况：逻辑读从1048减少到372。
3. 位图索引
用了啥手段：建了一个位图索引。
性能啥情况：逻辑读从372瞬间缩减为6。
简单地说说位图索引的结构，比如T表有4个字段，分别是ID、NAME、SEX和STATUS，其中SEX取值仅为男或女，有时由于不知道性别，暂时为空，具体如下：
4. 物化视图
用了啥手段：应用了物化视图。
性能啥情况：逻辑读从6缩减为3。
说明：这主要是应用在数据库更新不是非常频繁场景，用的是空间换时间。
5. 缓存结果集
用了啥手段： 利用缓存结果集技术。
性能啥情况：逻辑读从3缩减为0。
在11g中，Oracle提供了结果集缓存特性。该缓存是在共享内存中存储全部的结果集，如果一个查询SQL被执行，且它对应的结果集在缓存中，那么，该SQL的几乎全部开销都可以避免。
6. 业务理解迎来速度之王
用了啥手段： 做了一件很奇怪的事，似乎把Sql改写的看不懂了。
|
select count(*) from t where rownum=1; |
和下面的逻辑是等价的。
性能啥情况：表不管多大，永远只访问第1条，速度问题还需要纠结吗？
二 、优化总结
三、总结
这本是一个简单的语句，却可以神奇的完成一次又一次优化，性能不断提升，优化过程涵盖了Sql执行计划和索引的理解、根据不同场景选择不同技术、根据业务进行等价改写这三大技巧，可谓非常的经典。简单的背后不简单，充满了人生的智慧，还请多多体会。
哦，还没说，Sql优化之道是什么？嗯，请看下面：
- 优化知识本身+根据场景选择技术+把握业务需求！
作者介绍：梁敬彬
- 【DBA+社群】数据库专家。
- 福富研究院副理事长；福富软件特级专家。
- 公司四星级内训师、ITPUB版主及ITPUB社区专家，十余年数据库设计调优及培训相关经验，多次应邀参加中国数据库技术大会任演讲嘉宾。
- 此外还著有多本畅销数据库技术书籍，其代表作《收获，不止Oracle》极为畅销，上市3个月内就完成第3次印刷。新书《从菜鸟到Sql优化大师》即将上市......