从简单Sql探索优化之道

本文需要优化的语句是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执行计划和索引的理解、根据不同场景选择不同技术、根据业务进行等价改写这三大技巧，可谓非常的经典。简单的背后不简单，充满了人生的智慧，还请多多体会。