Oracle性能优化

一、索引

适用及原则:
①表记录量在3000以上,记录小没有意义
② 建索引的列为关联比较频繁的列,比如志愿表的报名号,
③建索引的列没有空值
④建索引的列值基本固定不会修改,否则效率会打折扣,需要做定期重建索引
⑤建了索引会影响对该表的新增和修改的效率,如果可能,生产阶段不建,查询阶段建

二、语句写法及程序实现
搞清表结构及关系,SQL少走弯路

外部程序能获取传入的不要再重复到数据库去查

外部程序少做重复劳动,能复用的利用,不是复用方法,是复用数据,一个流程内一个数据只查一次,减少与数据库的交互次数

外部程序使用缓存,减少与数据库的交互

如果可以,尽量利用应用服务器实现业务逻辑,减少数据库服务器的负担

三、根据业务规则减少数据量
物理减少:历史数据迁移

逻辑减少:将普通表改造成分区表,按规则分区,建分区索引
create table tablename
(
CODE_STUDENT VARCHAR2(20) not null,
EXAMID VARCHAR2(8) not null,
SIGNCODE VARCHAR2(20),
CODE_GRADE_EXAM VARCHAR2(2)
)
partition by list (EXAMID)
(
partition P1 values (‘14420101’, '14420102‘),
partition P2 values (‘14420201’, ‘14420202’),
partition P0 values (default)
);

四、运维层面优化
增强硬件配置,CPU、内存、存储(磁盘阵列,减少磁盘IO)

双机同步,读写分离

部署ORACLE集群,实现高可用,如RAC

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值