oracle版本10.1.0
一条简单的sql,在pl/sql里执行,表里共有20多w条记录:
select * from table (1s)
select * from table order by date_report desc (18s)
加上order by date_report desc后竟要耗费18秒,这样的速度我想没有客户能接受。
开始优化:
首先在表里建立date_report的索引,发现速度没有多大的提升
查了一通资料,通过sqlplus查询得知oracle默认了参数(排序)sort_area_size是64k,是不是太小了,加大到65M,重启数据库;
SQL> show parameter sort_area_size;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
sort_area_size integer 65536
SQL>alter system set sort_area_size=65535000 scope=spfile;
再试,没反应还是18秒,哪里出现问题了?
show parameter sort_area_size查看,对的,分明是10M的大小;
继续查资料发现oracle里默认将参数workarea_size_policy=auto,此时sort_area_size是不起作用的,于是继续设置参数:
SQL> show parameter workarea_size_policy;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
workarea_size_policy string AUTO
SQL>alter system set workarea_size_policy=MANUAL scope=spfile;
再次重启DB,刷新sql,好了速度飞快2s内打开sql。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?