MySQL 5.7 使用diagnostics() Procedure生成”AWR” Report
Oracle Database有强大的AWR报告分析整体的服务器性能问题， 但是MySQL之前是没有的，需要自定义大量的脚本生成监控数据， 从MySQL 5.7 (5.7.9)开始，可以使用sys.diagnostics()存储过程依赖于PERFORMANCE_SCHEMA，生成类似于Oracle AWR一样的MySQL性能报告。
Month: March 2019
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”,