ANBOB™

Oracle数据库有dataguard主从，MySQL有主从或MGR，Goldengate同步支持从前两种数据库做数据抽取，但是在主从切换以后需要在Goldengate做相应的修改。这里记录一下MySQL因master 需要停机维护时，OGG主动切换到slave的方法。

前几个月有个XD的客户遇到过linux bug导致OS频繁重启，当时整理了笔记,巧合的是刚刚过去2个月另一个非XD用户使用OEL 7.7的客户也遇到了相同的问题，解决方法是升级内核，同事问升级内核后Oracle binary需要relink吗？我觉的是推荐，可能是非必须，记住这里说的是可能。

2c 引入了log segment功能，针对xml格式的alert log达到某大小后自动生成新文件，解决日志过大查看和监控采集的问题，我在很多年前专门写过listener log和alert log的text格式的shell用于切换，Log writer(LGWR)进程在switch时会写db alert log， 如果在写日志时有性能问题有可能会导致LGWR进程性能问题，导致实例出现等待log file sync。

事务隔离级别是数据库事务处理的基础，ACID 中的 “I”，即 Isolation，指的就是事务的隔离性。ANSI/ISO SQL 标准定义了4 种事务隔离级别，对于相同的事务，采用不同的隔离级别分别有不同的结果。这些隔离级别是根据3 个“现象”定义的，

最近遇到一个oracle 19c（19.15）的多租户环境，在查询cdb_data_files时显示的文件大小偶尔不正确的现象，这可能影响我们对于数据库空间类检测，通过分析发现在多租户环境中查询CDB_或共享对象时(sharing=object )，递归查询中使用了result cache.简单记录。

近日一银行客户巡检发现一内存使用率高的oracle 19c(19.4) RAC数据库环境，因为是linuxone拆分的多机器，内存分配不是很充足，在当前动辄1T内存可能并不易发现，分析内存使用主要是因为Oracle的多个后台进程ora_wNNN_xxx进程，每个进程PGA使用近600MB。WNNN后台进程是SMCO(Space Management Coordinator Process)的slave进程，从oracle 11g引入的智能空间预分配space preallocation的新特性，在oracle 12c后SMCO也负责生命周期管理ILM(Information Lifecycle Management).由于SMCO 或W00n在完成space preallocation过程中遇到的问题时，可以考虑禁用该特性.

effective_cache_size 是一个参数，用于设置当 PostgreSQL 计划执行查询时，操作系统缓存和 Postgres 的共享缓冲区中将容纳多少数据的估计值。 此值用于确定数据库引擎对磁盘 I/O 的依赖程度，简而言之是planner对单个查询可用的磁盘缓存的有效大小的假设,这对数据库性能有重大影响。

当事务查询或使用了flashback query（如expdp中指定了flashback_scn）中指定的时间或SCN小于表及附属对象的LAST_DDL_TIME时，会遇到ORA-01466: unable to read data – table definition has changed的报错，因为一些alter table 或truncate table等DDL操作会使表相关的UNDO数据失效，导致查询之前的数据镜像报错，提示很明显，表的结构发生了变化，常见EXPDP导出过程中，报错如下:

时间如白驹过隙，岁月从从又一年，回首过去的一年，我们都在努力的活着，平静中度过了我的35岁，按照惯例每年春节前需要简单总结一下，当回首往事时做为一点回忆。如同近期去北京出差，无意间在公交站台看到那个熟悉又陌生的路线，那是我18岁时经常追赶的记忆，不知当年一起坐车的我们是否还彼此惦记？

希望是龙年春节前的最后一个故障， 一客户Oracle 19c RAC环境中，做index rebuild online操作进行过程中，kill重建索引的会话，后面查询索引相关的表提示如下报错：ORA-00600: internal error code, arguments: [kkdlfjou_1], [], [], [], [], [], [], [], [], [], [], []

前几日一客户遇到了些安全事件，又把安全这个沉重的技术提高了要求， 安全投资再多也不过分但又可能看不到收益，还可能违背人性遭吐槽。 环境中有达梦数据库，领导想了解一下达梦安全做到什么程度，如审计像oracle中有AUDIT，还有AVDF,DV等专业组件，对数据库的访问控制保留记录，像对于“托库”oracle有监听日志和ASH \DASH配合如连接IP、 持续活动时间、持续IO量评估

上周有个客户咨询Oracle数据库历史时间SQL性能变慢的问题, 还是个偏重要的核心业务，当然最终确认因为人员的一些变更操作非专业性，导致JOB未运行，产生的数据累积，思考一些问题，Oracle 9i没有AWR, 没有ASH, 甚至当时或当前国内也是没有太多的技术团队储备，是不是像极了现在的国产库现状？

之前曾经在《oracle add column xx default value 增强(二)》记录过，在日常运维中增加column是常见的操作，对于大表增加列时是否会导致回写表还是只修改数据字典影响DDL的执行时间和停机窗口长短。之前也在《“alter table ” modify column in Oracle、MySQL、PostGreSQL(数据库比较系列十三)》记录修改column时不同库的表现， 这里简单记录测试一下当前主流的几个库对于add column的现象。

对于服务器与存储分离的数据库环境中，业务数据存储在外挂存储设备上，常见于之前的oracle RAC等集中式数据库，同样也可以用于达梦或mysql数据库，服务器与存储连接常用的有基于NSF的NAS存储和基于Fabric协议的SAN存储，而企业中对于数据库常使用SAN存储，需要专业硬件如HBA卡和SAN交换机。进一步为了高可用一般是多条路径的方式。对于multipath环境遇到过几个客户配置了4条链路甚至6条,因为一批链路offline,没有switch链路，导致数据库一样会出现I/O失败现象。这里简单整理几个multipath相关的配置参数。

众所周知，在MySQL中通常建议增加主键，如MySQL的innoDB存储引擎一种索引组织表（B+tree）的形式，如果未指定主键时？数据库会自动创建隐藏PK索引（6字节）做为CLUSTER PRIMARY KEY，像达梦数据库默认也是这种B+Tree组织形式。OceanBase企业租户目前有两种兼容模式，兼容 Oracle 或 MySQL。无论是Oracle租户还是MySQL租户，同样在创建表时如果未指定PK， 会自动创建一个隐藏的自增列PK。这里演示如何查询隐藏自增列值?

在Oracle存储空间中，表空间的大小（dba_data_files size）几乎等于空闲空间的大小（dba_free_space size）加上段的大小（dba_segments size）。通常情况下，这两个值之间的差异是很小的，可能是由于一些header和bitmap block未计算在其中，但这些差异通常是很小的，以KB或MB为单位。然而，同事遇到了在一个bigfile表空间发现巨大的差异，达到了10TB以上。现在的问题是，这些空间去了哪里？

最近一套oracle RAC on Linux 7环境1节点操作系统重启，分析又是DB和CRS层无错误日志，还好OS有配置kdump， 生成了vmcore文件， 分析是在cat命令时触发操作系统panic， cpu 遭遇hard lockup，出现system crash. 调用堆栈显示exception RIP pagetypeinfo_showfree_print。

今天有客户在南大通用数据库Gbase 8S生产环境发现/tmp目录下产生了较大的文件，属主是gbase产生，文件名如af.xxxx.rawstk和shmem.xxxxx.0， 这是什么呢？

最近遇到一套oracle 12c r2 RAC 多租户 +ADG的环境， 所有PDB中使用expdp导出失败报错 ORA-31626 ORA-31637 ORA-12805， 尝试改用exp更奇怪的现象是，exp部分表报EXP-00064错误，但该表确实不是嵌套表，而且CTAS创建一个复制表就可以正常导出exp, 但expdp同样报错，表列类型就只是number,char,blob。经过反复诊断测试找到问题并还原..

最近有个客户的Oracle Exadata x8 数据库主机操作系统总是频繁的重启，重启前在DB,CRS层没有任何错误信息， 当时的OS负载也比较低，仅从exawatcher的mpstat能发现在重启前15s左右部分CPU core sys使用达100%。 操作系统有配置kdump生成了dump信息，发现在CPU在等待Watchdog detected hard LOCKUP on cpu 11， 堆栈调用中包含rds_send_remove_from_sock，简单记录。