- 博客(5)
- 收藏
- 关注
RSS订阅原创 Oracle 12C 某电信公司 优化一个12小时跑不出来的SQL，最后6分钟就跑完了
今天一个网友找我帮他优化他负责数据库的SQL，客服反映这个SQL 跑很久，跑了12个小时，最后跑出ORA-01555 ，以报错结束了这个慢SQL的生命。找我帮他优化，OK ，义不容辞。 他们那边数据库环境是Oracle 12C的： 原SQL 及其执行计划为： explain plan for select count(*) f
2016-05-06 15:19:59
2470
原创 优化案例4----错误的大表走HASH+并行----->正确的走Nested loop
谈到大表与大表之间的连接方式，总会下意识的选择走HASH JOIN+并行效率才高，其实具体情况必须具体问题，在有的时候，大表走嵌套循环的效率要优于走HASH JOIN，下面就用我之前优化过的一个案例来说明。 一个哥们找我优化一个SQL 跑的很慢，103万个逻辑读，103万个物理读，要跑19秒才能跑完。 下面是它的SQL 以及执行计划： SELECT "A1"
2016-05-03 11:47:12
2144
1
原创 设计案例3----利用存储过程和JOB 设计从餐饮ERP数据库将数据抽取、数据清洗到BI数据库
餐饮开发组有一个需求，要将餐饮生产数据库的订单表和订单详情表的数据，做数据整合，数据抽取，整合以后抽取到BI 数据库，供BI项目开发做BI分析。 要求: BI项目组可以查询到的数据时段必须与生产订单库的时间最大间隔两个小时，也就是说 BI 项目组早晨11点必须要查询到早晨9点之前的所有数据， 中午13点必须要查 询到中午11点之前的
2016-05-02 19:34:36
1494
原创 优化案例2-----or 等价改写 union all 的经典案例
今天一个之前帮他优化过很多SQL的哥们找我说，有一个分页SQL 很慢，程序debug监控到：前端显示出来第一页的数据就要30秒钟，一共要显示1万2000多条数据，在PL SQL DEV里面 手工执行它的SQL ，全出刷出来就需要大概20多秒的时间。让我帮他优化一下。 原SQL语句如下： select C_ID, C_CONTENT, C_CODE
2016-05-02 15:16:43
6621
1
原创 优化案例1---用分析函数优化优化执行计划中的FILTER以及标量子查询
今天在餐饮前端库抓出一条跑的很慢的分页语句，分页语句里没有对主表group by 这些禁忌，但是还跑6秒才跑完，逻辑读大概有 735634个buffers，立马给优化了一下。 SQL 语句如下： SELECT * FROM (SELECT (SELECT COUNT(1) FROM cy_product_sku ps
2016-05-02 14:09:37
4723
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人