本文需要优化的语句是selectcount(*)fromt，这简单的统计语句一出，估计不少人纳闷了，能有啥优化空间，还优化之道，什么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改写的看不懂了。
和下面的逻辑是等价的。 性能啥情况：表不管多大，永远只访问第1条，速度问题还需要纠结吗？ 二 、优化总结 三、总结 这本是一个简单的语句，却可以神奇的完成一次又一次优化，性能不断提升，优化过程涵盖了Sql执行计划和索引的理解、根据不同场景选择不同技术、根据业务进行等价改写这三大技巧，可谓非常的经典。简单的背后不简单，充满了人生的智慧，还请多多体会。 哦，还没说，Sql优化之道是什么？嗯，请看下面：
作者介绍：梁敬彬
全球敏捷运维峰会【杭州站】 2016 年4月16日，与你相约杭州，来一场敏捷与运维的美丽邂逅！DBA 社群联合三墩IT人开启全球敏捷运维峰会第一站：杭州站！峰会力邀来自互联网与传统企 业的资深专家，各路大咖齐聚，汇聚500 行业精英，聚焦架构、敏捷、运维三大主线，开启一场专属于IT人的年度之约！ 专家阵容：或行业资深派、或著书力作派、或传统转型派、或一线实战派，总有一款是你喜欢！ 绝对干货：聚焦架构、敏捷、运维三大主线，共讨传统企业在技术转型过程中的实践与困境、互联网企业在前沿技术方面的应用与心得、技术服务型企业在新老技术之间如何切换与落地，拒绝无营养的广告，绝对干货，精彩不容错过！ 连接联动：汇聚社群数百顶级专家人脉，携数万社群成员声势，联合数十家媒体单位，共同打造一场连接敏捷与运维圈子的年度之约！ 票价优惠VIP票：299元（含VIP坐席、午餐） 门票：免费！（限时限额） VIP票：199元（限3月20日前） 报名方式：猛戳“阅读原文”，名额有限哦~ 本文转载自：微信公众账号 - DBAplus社群，版权归原作者所有！ | |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
