Oracle 26ai(23c) 小测使用event推SCN

by

在oracle异常恢复中常见就是scn不一致场景，通常是重建control file，推SCN ， openresetlogs打开，堆SCN的方法有很多比如oradebug poke, event 10015/21307096 , _minmum_giga_scn,gdb/dbx, 修改控制文件，修改文件头，adjust_scn等方式，但因版本不同有些方法并不适用，刚好今天遇到了ORA-00600: internal error code, arguments: [kcbzib_kcrsds_1] 错误，修复方法中有可以推scn，刚好小测一下oracle 26ai 是否还支持event推SCN.

Oracle AI Database 26ai EE(On-Premises)静默安装OEL 8

by

经过多年对oracle database on-premises 新版本的等待终于结束了，2026年1月27日起，Oracle AI Database 26ai Enterprise Edition for Linux x86-64现在可以在本地使用,将 Oracle 最新的人工智能原生创新直接引入客户数据中心, 这次发布不仅仅是一次版本更新——它是向智能、自我管理和对开发人员友好的数据平台的根本性转变。注入了人工智能和自动化，并且还在SQL、安全性、性能、可管理性和开发方面提供了大量增强。

YashanDB数据库中 Scalar-subquery (标量子查询)缓存

by

之前写过一篇《Oracle数据库中 Scalar-subquery 缓存和 DETERMINISTIC Function》记录了在oracle中标量子查询时，如果子表的相同的关连值时，可以利用cache，减少运行时的执行调用，PostgreSQL 在V14(14.4) 引入了Memoize 新特性也是类似的优化，在Opengauss系目前还不支持，这种测试在Gauss会查询转换为left out join，最近测试了两天的YashanDB是否支持SS cache,因为没有monitor hint和starts列，比较费时。

记录一个openguass（mogdb）checkpoint不推进的问题

by

最近在基于opengauss的mogdb v508上遇到了一个备库 流复制（Streaming Replication）环境中，备机（standby）的 restart point 无法推进，停留在1个月前的一天，该库并未重启或断电，只是在前一晚有对库里大量表做DDL，日志告警Waring: coluld not record restart point at 6F04/98156BB8 because ther are unresolved references to invalid pages

测试主流数据库允许同一列(column)上创建重复索引？

by

之前在《有哪些技术可以减少PostgreSQL/openGauss数据库的存储空间？》记录过，在PG系的数据库上是支持同一列上创建多个索引，这种既浪费存储又增加了更新列时的额外的写代价，日常巡检需要即使发现并清理，下面再测试oracle,mysql（goldendb等），Gaussdb(opengauss系)，Kingbase（Postgresql系），oceanbase,达梦，崖山的情况。

Oracle优化器outer join to inner不如YashanDB

by

Oracle数据库优化器经过数十年的发展，已经具备了相当成熟的自动查询转换能力。无论是面对编写“欠佳”的SQL语句，还是原本规范但在执行时存在更优路径的SQL，优化器通常都能将其等价转换为较优或最优的执行方案,然而最近遇到一个场景却恰恰相反：Oracle优化器在该情况下存在一定的缺陷，而国产数据库YashanDB的表现却超出了预期。

MySQL 多表关连时优化器缺陷出现的错误Join order(续)

by

前几天写过一篇，记录了mysql在多表join时，在清理了其中一个表部分记录后，优化器因为局部的cost估算产生了错误的join order，后来和同事讨论，这里显示MySQL的另一个问题，MySQL的统计信息来自索引，无索引列在MySQL 8.0前或在8.0后没有手动创建列直方图（Histogram），优化器是无法准确估算选择性的。下面我们继续上一篇的测试用例继续。

Oracle RAC 23ai 的Reconfiguration更平滑

by

最近有个客户Oracle RAC （11g）的因为interconnect network网络问题导致脑裂，节点驱逐，恢复后重启，应用有配置TAF，所以出现ORA-25402: 事务必须回滚等，并且有一段时间的连接超时，客户需要了解Reconfiguration过程时间长的原因，发现Oracle 23c 在RAC 的Reconfiguration又做创新如Recovery Buddy和调整reconfig和stop instance顺序，简单记录。

MySQL Insert Duplicate entry报错但仍持有record S共享锁，可能导致deadlock

by

MySQL中一个经典的并发场景。当发生 Duplicate entry 错误时，事务仍然持有 S锁（共享锁），这在某些情况下确实可能导致死锁。这现象在Oracle中并不存在，在MySQL无论事务隔离级别是REPEATABLE READ还是READ COMMITTED都存在这个问题，2个会话相同的SQL可能就会导致死锁的现象，如有些业务习惯在一个事务先insert 再update 同一记录。

达梦数据库文件误删的修复

by

数据库有一些重要的文件如控制文件，redo, 回滚段undo, temp,表空间数据文件，有时因为在操作系统误操作或者是存储等原因导致文件损坏，如果没有前期安装主从同步的容灾方案，那这类异常恢复还是有一些需求，同时伴随高风险，在oracle数据库有较多的技术像重建ctl，推scn, 隐藏参数非一致open resetlogs, bbed, dul/odu等异常修复手段，达梦中如果出现记录几种常见修复。

MySQL 5.7 memory_global_total view 内存使用不真实

by

有时做数据库监控像内存使用率，希望可以从数据库中使用SQL更加方便，在MySQL及同系的国产数据库（如GoldenDB）中同样有视图memory_global_total和sys.memory_global_by_current_bytes， 但是在早期的MySQL 5.7存在bug 可能会导致查询视图与ps、top操作系统级看到的相差很多。

YashanDB dump block确认索引储存’NULL’

by

前几天在一个YashahDB的测试场景中看到，yashanDB的一个分页查询SQL的相应时间比oracle要快很多，对比执行计划发现是列上没有Not null约束时，YashanDB可以走INDEX FULL SCAN,虽然YashanDB是heapTable， 那看来Null值也在index 中存储(pg同样)，这点和oracle不同，下面实际查看一下Yashandb 的block是否有null记录?

YashanDB YAC 的跨节点行锁测试(Oracle enq: tx – row lock contention)

by

崖山数据库支持了YAC如oracle的集群RAC功能，RAC除了高可用外，大家可能比较关注像性能的提升效率比怎么样？因为大家还是希望增加节点为带了性能横向的扩展，那对于要求在cache fusion中的GES, GCS等资源与锁的管理就要求比较高，还有就是跨节点的并发争用，这里先简单测试row级争用的现象，与oracle还是有些不同。

重启Oracle 11g RAC后(on Linux7)ohasd.bin未启动

by

众所周知，oracle 11g（11.2.0.4） RAC 在Linux 7上安装并不是很顺利，之前我整理过几个小坑，其中最常见的就是ohasd.bin 或ohasd.server 未启动，影响root.sh时，或操作系统重启后，或安装补丁时。一般手动创建个服务，或是安装个patch引入服务也可以，但这次这个case有点复杂，断电重启后CRS无法启动，简单记录。

YashanDB V23.5 YAC共享集群安装初体验

by

Oracle RAC的共享存储架构始终是集中式数据库实现高可用的经典方案，承载了众多行业核心业务系统的稳定运行。昨日，这一架构阵营中又迎来一位新成员——崖山数据库正式发布了V23.5版本，推出了支持YAC共享集群架构。出于对这一技术的关注，我连夜申请了安装介质，并第一时间进行了部署与体验。