oracle优化
需积分: 13 165 浏览量
2017-07-04
09:29:56
上传
评论
收藏 41KB DOCX 举报
业务是否用最优的方式来运行。
如果不是最优的方式那就对 进行优化。
查看数据库的执行计划
技术方向上，应多考虑性能方面的问题
积极参与到业务层面，从业务角度思考问题。
导致性能问题的可能原因
，表没有正确的创建索引－－－错误的执行计划
，表没有及时的分析－－－错误的执行计划
，热块－－－数据块的争用（反向索引？）
，锁的阻塞－－－业务设计缺陷、
， 解析消耗大量 －－－变量绑定
，低效的 －－－ 自身的问题
，数据库整体负载过程－－－架构设计的问题
性能问题的定位
原则 尽可能从小范围分析问题
， 层
如果能从定位到 ，就不要从会话层面分析
已经定位到了某条 语句有问题，就针对该语句着手。使用工具 和 执行计划来分析该语句，
如使用：，（查看某条语句资源消耗情况）
，会话层
如果能定位到会话，就不要从系统层面分析：
，系统层
如果无法定位任何性能问题，从系统层面入手
（）， （!" #）
锁
没有并发就没有锁
$#%& 中锁的分类：
'()&)& **队列类型的锁，通常和业务相关的 简写+&'(
#%,& ***系统资源方面的锁，比如内存结构， 解析
锁的原则：
，只有被修改时，行才会被锁定， &&% 操作不会在数据表中加锁。
，当一条语句修改了一条记录，只有这条记录上被锁定，在 $#%& 数据库中不存在锁升级。
，当某行被修改时，它将阻塞别人对它的修改。
，当一个事务修改一行时，将在这个行上加上行锁（-），用于阻止其它事务对相同行的修改。
，读永远不会阻止写。
，读不会阻塞写，但有唯一的一个例外，就是 &&%.../$)!0#&.
剩余33页未读，继续阅读
资源评论
