Oracle Data Redaction 19c 数据脱敏

by

前几天见有客户咨询表列数据只让部分用户可见的访问控制问题，Oracle数据库在数据安全上的解决方案也是相当优秀的， 除了权限配置，还有加密与脱敏功能与组件，如列级TDE加密和Data masking对真实数据有修改，同时安全访问还有VPD、DV、 Data Redaction白皮书此类不修改原始数据。这里简单总结分享Data redaction功能特性。在EDB数据库发现同样实现了该功能。

RHEL7（Linux7）安装Oracle 12c RAC 问题小结

by

之前总结过一篇RHEL7（Linux7）安装Oracle 11g R2(11.2.0.4) RAC 问题小结， 这里记录一个12c安装姊妹篇， 现阶段oracle数据库版本虽然已经不在主推12c，但存在一些客户安装12c时的问题， 这个版本确实存在很多不成熟的地方，在DB安装OUI阶段可能就几个问题。

How to trace DB processes system calls using Strace -k

by

当前数据库种类较多，像oracle等闭源数据库在诊断特殊疑难问题时需要分析内部C函数的call stack， 目前的oradebug short_stack或errorstack,linux系统中的pstack只是dump当前的调用， 还有现在的开源数据库虽然可以查看源代码，但是没法较方便的方法在运行的进程过程中持续跟进多个内部调用的call stack. 增加了故障分析的复杂性和诊断时间， 这里看到了一种使用strace跟踪的方法记录一下。

Language SQL和Plpgsql在Postgresql Functions 的区别

by

上在一篇中测试看到postgresql中的function相同的逻辑，仅是create function时language在sql和plpgsql不同产生了不同的执行计划， 是因为postgresql是选择了不同的 SQL query “engine”， Postgresql支持多种不同的”runtime engines”执行不同的code，在Postgresql中创建function时语言支持SQL, PL/pgSQL, C ，C，Perl, Python, Ruby, Java 等，这是好多其它数据库不具备的，本篇总结一下在create function是的language在SQL和plpgsql之间的不同。

Postgresql 、openGauss系function函数Volatile 属性索引无法使用

by

最近的一个从oracle到Openguass的项目迁移时，应用反馈SQL在使用列等值右侧function返回值无法使用索引的问题，当把function换成字面量时可以正常使用索引对象，这个问题对PostgreSQL开发者很重要，因为许多数据库开发人员不知道PostgreSQL函数的Volatility（不稳定性）。每个函数都有一个Volatility分类，可能是VOLATILE、STABLE或IMMUTABLE。VOLATILE是默认值。该问题同样适用于openguass系的package中的function.

再议oracle 19c 密码 “password” “spare4”

by

之前已经记录过多篇关于用户密码的问题， 今天又看到一则19c 在XTTS升级时，用户创建拼密码SQL脚本失败的问题，对于拼接user$.password和user$.spare$列时值错误，导致密码不能登录问题，对于19c中2个字段值哪种情况下没有值，简单的测试记录。

oracle add column xx default value 增强(二)

by

oracle11g add default values columns(增加默认值列的改进)11年前 学习oracle初期测试过oracle 11g相对oracle 10g的增强， 对于增加列default not null 时只增加数据字典定义，而不有update 表现有数据，给对于大表比如上亿记录的列增加带来不小的提升， 今天看到同事在使用ogg 从19c to 11g同步DDL 又看到了这个现象。

Troubleshooting Oracle 19c GIPC start fail with “EXCEPTION[ ret gipcretBadArg (37) ] “

by

最近一套ORACLE 19C RAC 因一个节点主机故障重启后，其中1节点启动失败， 2节点正常启动，网络traceroute 、 ping 、多播测试均正常，幸存节点也有尝试重启、包括Kill gipc gpnp 进程，及重建过node 1的tmp 下的network soket临时文件， node1 依旧启动失败， 启动分析Init启动进程发现是gipcd启动后直接terminal中断

Oracle logminer笔记(四) 19c 多租户

by

10多年前测试过10g的logmnr用于从redo或archivelog中分析DDL DML记录， 当做一些误操作无法flashback技术恢复或无备份时，可以尝试用来从redo log中恢复一些操作， 最近测试了一个19c多租户环境中的logmnr，记录如何恢复某个PDB中deleted 记录。

Troubleshooting oracle wait “reliable message”

by

“reliable message”它是一个通用的等待事件，用于跟踪 Oracle 数据库中多种不同类型的通道通信。通常这是一个良性等待事件，可以忽略，如果占比过高需要诊断,一旦确定了较长的等待时间是否是由于频率、所涉及的 SQL 和包造成的 ，在oracle 11g较常见，主要有两个bug. Troubleshooting High Waits for ‘Reliable Message’ (Doc ID 2017390.1) 显示“If there is no performance issue, these waits can be ignored.”

Performance tuning ‘free buffer waits’ and ‘db file async I/O submit’

by

环境Oracle 11g(11.2.0.4) on RHEL6.9， 文件存储在SATA SSD的文件系统，每秒redo 50-100MB， 存在部分时间段40多组2GB online redo logfile 同时”active”状态的现象，cpu使用率60%左右。除了优化checkpoint外发现有2个少见的TOP event， 查看FG top event为’free buffer waits’， BG top event为 ‘db file async I/O submit’。

multi-version read consistency in Oracle、MySQL、PostGreSQL(数据库比较系列十二)

by

ANSI/ISO SQL 标准定义了4 种事务隔离级别，对于相同的事务，采用不同的隔离级别分别有不同的结果。这些隔离级别是根据3 个“现象”定义的,在Oracle 中READ COMMITTED 则有得到读一致查询所需的所有属性，在其他数据库中的读READ COMMITTED 可能会有不同的答案， 最近有个客户在测试migrate oracle to postgreSQL测试发现一个批处理的结果并非一致，

VIEW dependencies in Oracle、MySQL、PostGreSQL(数据库比较系列十一)

by

在有些程序员开发习惯中，喜欢为了应用代码的简洁或复用，而在数据库创建一个复杂关连查询的VIEW，甚至是VIEW套VIEW嵌套使用， 这里就有个问题如果上线后如发现依赖的表字段类型或长度不足时，修复一个view依赖的table列时发现在oracle、mysql、postgresql（本篇等同pg）中有不同的表现， 尤其是使用postgresql的用户需要格外注意， 因为pg 不允许直接修改

Free Web Hosting