自己的笔记----oracle

11g
12c

oracle数据流（流复制）
私有模式

ＳＧＡ（安装手册）
Shared poor 应解析太大消耗cpu；导致Shared poor偷内存的现象（导致DbC变小）；
应解析过高督促开发去改善

Large pool
rarm备份

Database buffer catch不够大，先看shared poor 的问题
内存泄露

PGA（可以动态调整）
内存管理参数，升级时参数设置不应该只参考手册，内存没必要设置太小

数据库的进程
• 客户端
• 服务器
• 后台
○ PMON不要动（库无法恢复）
○ SMON 事物恢复、回滚、清理临时段、DMT表空间合并
○ DBWN dbw和停用户有什么原因？dbw进程繁忙原因：对象block变化量（最新时间，任何一个事件都会创建索引【索引】） 离散写（原来 块在哪里往哪里写）
○ LGWR 顺序写
○ CKPT 确保SCN 正常

*删除临时表空间
• session和process区别 正常情况下是一一对应的
• Frsprd
• session会根据process自动生成并行参数
活动进程
1个CPU16个超线程
cpu使用率超过30%，受影响
并行
热数据 冷数据
数据文件 asm
omf加数据文件不用指定路径
redo文件
eg：修改名字fra之前信息清理不掉

Shutdown immediate：
Shutdown abort：内存段强制释放，相当于kill进程
大库停先Shutdown immediate然后等四五分钟后继续Shutdown abort，结束以后启库，启库结束后继续Shutdown immediate，然后在启库。

表空间
表空间自动扩展（数据文件100M最大可以扩展到30G）asm上没有多大问题
小型机注意
表空间太大的话一般和异常有关（注意查询）
undo表空间不建议设置过大，没多大多用

LOB相关处理注意
Undo 过期可处理
temp进程没结束是不会释放的

回滚段undo tablespace
循环使用
索引：快速访问用的
插入：可能出现索引分裂

检测索引是否松散：
SELECT (DEL_LF_ROWS_LAN/LF_ROWS_LEN)*100 AS wastage FROM index_stats;
如果 wastage大于20%就建议重建
ALTER INDEX acct_no_idx REBUILD;
Index altered.

数据库中的所有操作都是按块block读取的

索引的Clustering factor 对sql性能影响