|
Size: 1298
Comment:
|
Size: 1299
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 30: | Line 30: |
| I. | I. |
AYY Oracle 会议
大表未分区，系统IO等待严重
合理使用分区
杜绝使用DELETE FROM GDAYY_GOODSSALEFLOW WHERE FILDATE <= TRUNC(:B1)-60 类似语句的出现。
- SQL中需要加入时间段过滤条件。
大表分区
- 目标表的选择(已完成，buy2s等)
- 分区字段选择( 查询的时候要使用, 删除历史数据或归档的时候要使用 )
- 分区类型的选择( 日期分区，interval自动生成 )
- 索引的处理 (原来表大部分有主键，为了避免重复，分区后仍保留(global), 清理历史数据要重建，其它索引建local)
- 原来使用这些表的SQL，需要加上分区字段上的限制条件。
统计信息问题
- 需要开启信息收集进程（前提为表已分区，IO压力减轻）
高并发问题
- 高并发导致数据库hang (2018.4.11)
减少RMAN增量备份的IO读取量
代码效率问题
- 业务: 硬解析问题, 硬解析+表上无统计信息，加剧系统压力，必须调整。
- 报表: 需要改写来提高效率，当前已完成两天培训，需要进一步优化，当前已给出多个修改范例。
明确实施