



- 业务说硬件性能使用接近100%了,即将宕机
- 运行时一直100%(一开始的逻辑/算法不合理)
- 业务暴增导致的100%(良好的,合理优化目标)
- 一段时间后一直100%(某个中间阶段导致,如环境或算法已不支持之后的业务)
- 了解业务特征,针对性调优(OLTP系统)
其中高速、高并发不是或的关系,是与的关系【高并发下的高速】
- oracle的全局锁竞争
- 一个数据调整,oracle加行锁
- 一个模块调整,oracle加块锁(Rac)
- update加并行不看数据分布,直接全表锁
- 索引一个块放的数据多,所以更容易出现数据槽竞争
- 交易型数据块大小一般是8k
- 索引选择
- B-tree锁少
- bitmap锁多
- 索引松散是否需要重建
如果重建索引的代价过大,就不重建
- 外键建立索引好(例子:人员信息主表,性别子表)【数据参照关系明确】
- 嵌套循环(适用范围大,大小表连接【一个表全表扫描,一个表走索引找数据】)
- 散列连接
