MySQL 5.7 使用diagnostics() Procedure生成”AWR” Report
Oracle Database有强大的AWR报告分析整体的服务器性能问题， 但是MySQL之前是没有的，需要自定义大量的脚本生成监控数据， 从MySQL 5.7 (5.7.9)开始，可以使用sys.diagnostics()存储过程依赖于PERFORMANCE_SCHEMA，生成类似于Oracle AWR一样的MySQL性能报告。
Troubleshooting Internal error ora-600 [kxspoac : EXL 1] after enable 10503 event
简单记录一下这个内部错误 ora-600 [kxspoac : EXL 1], 环境11.2.0.3 RAC on hpux ia, 这是一个并行查询相关的错误，当启了10503 event后并行查询带绑定变量的SQL时有可能会出现此错误。
query dba_free_space(tablespace usage) slow after upgrade 12c R2
前不久有个下线EXADATA并同时从11g R2 升级12C R2的案例，反应升级12c后明显感觉原来查询表空间使用率的脚本时间比升级前长了很多, 要花好几分钟， 这种情况时通常是因为recyclebin$回收站中的对象太多，清理回收站解决， 但是这次的回收站并无多少对象(<100)， 这是一个50 TB左右的数据库，有350个左右的数据文件。
Oracle12c R2注意事项： SCM0进程的CPU使用率高
本篇是12c版本中cpu high的第三种情况: scm0进程占用较高的cpu使用率,(Distributed Lock Management )DLM Statistics Collection and Management从属（SCM0）后台进程负责收集和管理全局入队服务（GES）和全局缓存服务（GCS）的统计信息。如果在数据库中启用了DLM统计信息收集此进程（scm0）才会存在…
Oracle12c R2注意事项： 多个”/usr/bin/ssh -o StrictHostKeyChecking… /sbin/ifconfig -a”进程导到CPU使用高
为了当分析节点重启和节点驱逐故障时，避免因缺少网络和操作系统级信息无法定位，引入diagsnap并与GI集成，diagsnap是12.1.0.2 GI引入的新进程，CHM的osysmod管理diagsnap资源，该资源收集弥补CHM通常不收集的其他OS统计信息…
Oracle12c R2注意事项： 大量crsctl.bin进程cpu使用率高，等待crs call completion
前不久遇到的一个问题，一套12.2的RAC环境， CPU使用率高，使用top可以看到有大量crsctl.bin进程导致， sys cpu占用了大部分， 如果从数据库内查看等待会伴随着wait event “crs call completion”,
How to release still “killed“ status session in v$session? (释放killed的session) (四)
继续一个killed无法释放的案例， 环境是11.2.0.4 2nodes-RAC on SELS11, 开始是数据库突然出现了非常高的负载wait event是“enq: SV – contentio”，“row cache lock”，“enq: SQ – contention ”， 因为这个事件KILL了一批进程，后期发现有个进程始终是KILLED状态，并且同时影响后期的AWR都无法生成。
Alert : 当在AIX 7.1/7.2使用AIX Flash Cache 读写/dev/pfcdd0时System crashes
这次预警主要是因为AIX的新特性Flash cache device相关的bug引起的ORACLE 数据库可用性风险， 虽然坑是AIX挖的，但是对于装数据库和巡检(RDA），DBA及客户就是直接受害者。 OracleDBA在使用RDA巡检运行在AIX 7.1 、7.2上使用了ASM 的数据库时可能会把库查死
Oracle19c新特性: hint report
在oracle 19c引入了新的format option “hint report”, hint report 显示我们sql文本中使用的hint, report body中会显示hint对应查询块hint是否使用， display_xplan的TYPICAL默认只是显示无效的hint.
Oracle19c新特性: 自动索引(Automatic indexing)
Automatic index是有索引管理后台进程TASK调用， 可以自动的create, rebuild , drop 索引。后台进程是每15分钟调用一次,(是有j001进程执行_AUTO_INDEX_TASK_INTERVAL参数控制15分钟)。也是基于传统手动优化SQL的思路，基于SQL中的列使用识别可以创建的索引，然后验证自动索引对性能的影响，然后按预设的值去创建索引，只不过整个过程是自动的，并且整个过程都有审核报告。
浅谈Oracle Database 19c
Oracle Database 19c是大多数客户将其升级目标定位的版本，Oracle已将稳定性作为此版本的核心目标。 在Oracle Database 19c中，开发人员专注于修复已知问题，而不是添加新功能。 这导致了数百人年的测试和数千台服务器每天24小时运行测试。这种对稳定性的关注远不止核心数据库功能
Troubleshooting 12C node2 CRS start fail with ORA-12547 and ORA-15077 in Flex ASM 案例
在12c以前的版本数据库实例使用操作系统认证连接ASM实例，因为ASM CLIENT(DB INSTANCE)和ASM Server总是在同一个主机上， 从12c版本开始引入的FLEX ASM架构允许数据库实例可以和ASM运行在不同的主机中
浅谈Oracle GoldenGate 18c
2018年的10月份发布了oracle goldengate最新版本 18c（18.1）,下载时分别对于oracle db就两种安装文件： 传统Classic 架构和微服务Microservices架构
Troubleshooting “latch: row cache objects” case and Event 10089 to do.
“row cache objects”是序列化latch，用于保护对SGA中dictionary cache的访问。 只要是参考dictionary cache中的元数据对象，就会获取此latch。 Row Cache Objects Latch 是 shared pool latch 相关。”row cache objects”是序列化latch，用于保护对SGA中dictionary cache的访问。 只要是参考dictionary cache中的元数据对象，就会获取此latch。 Row Cache Objects Latch 是 shared pool latch 相关
Troubleshooting high “gc current grant 2-way” and “gc cr grant 2-way” 案例(二)
如何分析RAC中的GC 问题，结合案例分析11.2.0.3 RAC中异常高的gc cr grant 2-way等待事件， bug 的解决方法”_max_cr_rollbacks” …
Troubleshooting ORA-600 issue related to memory curruted when using DBLINK
前段时间的一个案例，突然好几个数据库出现了ora-600 坏块相关的错误， 但是幸运的是使用rman, dbv, analyze table validate structure 都没有实际的坏块， 也就是说很可能只是出现在memroy 中，目标和源都是11.2.0.3.7 2nodes RAC, 最终是确认了为Procedure中使用了DBLINK触发
ORACLE SCN issue Best Practice (最佳实践)
Recently, we have faced a very serious problem with Oracle SCN. The SCN with a production env ORACLE RDBMS grows very fast, the SCN rate is more than 30k per second . In theory, there should not be such a high transaction volume. The environment is a 11.2.0.3 2-nodes RAC ON AIX 6.1 platform, and have applied PSU11.2.0.3.7 .
Oracle12c R2注意事项： 因BUG生成大量的trace file 包含KRB: (rman module)
升级了Oracle 12cR2的同学，尤其是安装了2018 4月RU的版本（12.2.0.1.180417）, 遇好检查下你的trace目录下是否生成了超大量的trace file,或单个超大的trace file文件，因为在这个版本下有两个原因很可能生成这些trace:
1. Trace files generation with message “AUTO SGA: kmgs_parameter_update_timeout gen0 0 mmon alive 1”.
2. Trace files generated from RMAN module with KRB messages.
Oracle12c R2注意事项：DB password file in ASM (DataGuard环境重建PWD）
2C中为了在不同实例间统一的密码管理， 支持把DB密码（ASM password same）存储到ASM DISKGROUP中，这样在维护DG环境时，当同步密码文件时就要先确认一下密码的位置， 同样DG端也可以把密码存储到ASM中，然后使用srvctl modify database修改pwd路径. 这个案例通过在标准化DG配置中因密码不一致产生了各种错误
