ANBOB™

翰高数据库 Highgo是基于PostgreSQL的数据库，但是版本较多有基于postgresql 9 、12、14多个版本，同时在兼容模式上也并不统一，如支持pg, oracle和正在增加的MySQL兼容模式，如V9.5版本可以实现一份数据，两种解析引擎模式的支持，同时在V9版本登录时还有实例级用户和数据库用户级，简单整理总结以扫盲。

在PostgreSQL中的时间类型较多，如TIME, DATE, INTERVAL, TIMESTAMP,和Timestamp With Timezone(TIMESTAMPTZ) ， 而timestamp类型精确度非常高，如date类型是只有年月日，time又只有时间分秒，而timestamp是两者组合，同时可以带时区，如有在些基于postgresql国产数据库中为了兼容sysdate，注意函数的返回精确度，防止数据迁移丢失精度，但有时用户希望使用精度较低，如按日期检索和创建索引时有点有趣。为了说明这一点这里测试一下。

随着数字经济的快速发展和数据量的激增，高性能数据库系统成为企业业务的核心基础设施之一。在全栈国产化的背景下，如何构建高效、可靠的存储架构，实现 100 万 IOPS 的性能目标， 做为集中式数据库的基础设施提供支持，成为企业关注的重点。本文探讨通过 NVMe SSD 和硬件 RAID 卡组合，构建集中式数据库系统的技术路径。如利用 4 块NVMe SSD，在 RAID 0 下实际性能可超过 1,600,000 IOPS，完全满足高负载数据库的需求。

最近有个客户安装oracle 19c RAC 在XC 环境，操作系统使用Kylin Linux V10, 在检查DB 实例使用的interconnect network时发现使用的public network，而非规划的private network, 但时检查 ASM Instance是正常, 使用oifcfg检查也正常，在db alert log中提示“failed to init gpnp”， 错误日志”NZ error code : 29106″, 提示简单记录一下这个风险。

在 MySQL 中，character_set 配置用于指定数据库、表、列或连接的字符集。字符集决定了如何存储和检索字符数据，例如 UTF-8、latin1 等。MySQL 中有八个与 character_set 相关的配置选项，如下所示。如果不仔细阅读MySQL字符集文档，可能很难知道这些配置选项的用途。此外，对于某些选项，除非进行进一步测试，否则很难知道 MySQL 如何使用它们。

前两篇在《VIEW dependencies in Oracle、MySQL、PostGreSQL(数据库比较系列十一)》《Alert : PostgreSQL inline Subquery or View 包含volatile functions 阻止谓词推进(Predicate PushDown)》记录了因为view 包含Volatile Function导致的性能问题，通常，PostgreSQL 函数可以按如下方式标记：VOLATILE、STABLE、IMMUTABLE , 而这也是算最被广泛忽视的性能问题点，这篇文档整理个SQL列出所有包含”VOLATILE” Function 的View, 判断是否可以修改稳定性属性。

《Oracle、Oceanbase、Kingbase、GaussDB、达梦数据库比较系列(二十七):子查询中的函数投影裁剪》 测试在inline subquery中包含函数列投影时裁剪或叫SLP(select list pruning) ,如果函数的Volate属性是volatile的影响，函数的不稳定性除了影响投影还有join 的view包含该函数时，影响谓词条件的推入等，最近在highgoDB遇到了一个SQL性能问题，其实所有pg系数据库如gaussdb,opengauss,kingbase等都存在。下面演示一下这个问题。

在MySQL或PostgreSQL中对partition不是很友好，如分区格式、性能、或索引限制，如pg中的pk索引必须带分区键，但是在oracle中的分区有时设计就不是很科学，就像当初上线时没必要用oracle一样，现在国产数据库上线可能”这个杀鸡焉用宰牛刀”的现象又回重演，如简单的逻辑小型库，非要上线某分布式数据库，恐怕还在沾沾自喜。 oracle partition有的分区表随着业务下线，像最大分区停留在几年前，迁移到其它数据库时，是否可以排除或创建为非分区仅留格式？所以在国产化改造过程并不是简单的迁移，而是一次优化的机会。

在有些开发习惯中，如查询分页或统计查询，有些开发是基于明细的查询而外层直接加1层汇聚查询，如select count(*) from (select ….)， 但子查询中可能有一些函数或主查询根本不需要的列， 在oracle中的查询转换中如select-project-join或select list pruning， 或VIEW merge SPJ,CVM 都是为了不影响SQL结果一致性，而优化低效的SQL. 但是从oracle迁移到其它数据库中，因为CBO的差异，导致SQL性能大量衰减，需要手动改写SQL， 最近从oracle迁移到pg系国产库，发现一个view中使用了function, 而外部查询根本不关系该列值，就是一个无效的查询列，无意义的函数调用， 需要注意。

最近有个客户在做迁移oracle到Oceanbase时，使用的是原厂的OMS数据迁移同步工具，在迁移或数据同步完数据库发现数据存在差异, 应该是一种基于logminer的log stream形式，发现一张表含有Lob字段在logminer的视图中对应的rowid只有update，没有insert， 经过事务xid的查找发现insert所对应的是ROW_ID为”AAAAAAAAAAAAAAAAAA”,显示这是一个无效的rowid, 如果是基于rowid那同步数据就可能丢失了。我发现oracle11g和23c这方面还有点差异，简单记录。

最近看到一个oracle 19c bug子查询无法展开导致的性能下降，而且影响19c的大部分版本，可以查看Bug 34044661 – Poor Performance Due to SQL Not Unnesting in Oracle 19C (Doc ID 34044661.8). 最近刚好在Oracle to Highgo（postgresql）后相同的SQL在highgo中性能变差，并且当前的Hightgo还不支持sql hint， 在研究SQL重写刚好把这个问题题简单记录。

最近遇到一起因oracle 数据库的归档空间耗尽，导致部分应用连接数据库时提示ORA-12514错误，而使用监听上现在的服务名连接数据库提示ora-257, DBA应该知道,ORA-12514错误显然是应用连接使用的服务名在listener没有办法匹配，而ora-257是归档空间满无法完成归档，怎么会ora-12514又和归档联系起来了呢？

最近有个客户查看MySQL主从同步时，提示ERROR 2027(HY000):Malformed packet错误，存在slave连接失败的现象，后分析是因为该MySQL配置了oracle goldengate，以replication slave的方式抽取，仅记录提醒再次遇到该问题。

最近在迁移oracle到基于postgresql的国产库发现了一些兼容性问题，联想到oracle对问题SQL是多么包容，我不确认已经实现oracle语法兼容的数据库，又有多少支持了Oracle在SQL查询转换中的功能，尤其是一些不必要的查询消除. 如order by elimination、Join Elimination、Common Sub-expression Elimination、subquery elimination， 这里记录一下Oracle 10053 Trace中的优化器优化形为。

最近在迁移oracle到一个基于PostgreSQL系国产数据库时，发现存在一个问题，为了增加数据迁移顺利，把在oracle中在表列上定义的not null约束，全部更改了外部的CHECK not null 约束，这样就可以在建表、导数完成后再增加check约束。虽然这种功能上几乎一样，但是在性能上还是有一些区别，这篇简单的记录。

我和我的团队一直在做oracle到国产新创的工程，在oracle数据库中如加载菜单或上下关系的记录时，使用一种start with connect by prior的关键字提供分层查询和遍历方法， 但是对于基于Postgresql的数据库中需要改写，可以借用通用表表达式(CTE)的方法with RECURSIVE（）, 同时对于排序时ORDER SIBLINGS BY可以对分层查询分组排序。这里简单的演示。

最近在客户的环境中遇到一个较为罕见的问题，数据库实例的alert日志持续报告ORA-4031错误，导致一系列级联问题，包括ORA-600错误、归档失败、ASM实例通信失败等现象。同时，INACTIVE连接数异常增加，进一步可能出现数据库链接数耗尽。问题的核心出现在ASM实例，日志中反复出现ORA-4031错误kglseshtTable ，尽管ASM实例的SGA已经配置为4GB，这个大小在正常情况下应当足够使用，但此次却是首次出现此类问题。

该环境为Oracle 11.2.0.3版本，部署在2节点RAC架构下，运行于RHEL Linux 6.9操作系统，并且已启用HugePages。

Critical to performance is that not every change is copied to the flashback buffer— only a subset of changes. If all changes to all blocks were copied to the buffer, then the overhead in terms of memory usage and the amount of extra disk I/O required to flush the buffer to disk would be crippling for performance. Internal algorithms limit which versions of which blocks are placed in the flashback buffer, in order to restrict its size and the frequency with which it will fill and be written to disk.

最近一客银行客户的Oracle环境，在部署了DSG做数据抽取后，数据库频繁的重启，希望分析一下原因， 环境oracle 12c 2nodes- RAC on RHEL x86-64 7.3 , 数据库实例为Datatguard Pyhical Standby端，使用多租户。开始LGwr等待 ‘reliable message’，后出现IPC Send timeout detected， 过几分钟后实例2驱逐，不久后实例1 crash 。Oracle home和/ 使用XFS 文件系统。 问题期间大量进程活动，从ps查看处于D状态，并且WCHAN等待为xlog_G开头的函数调用，这里记录一下该事件。

在 PostgreSQL 中，PL/pgSQL 不直接支持 TABLE OF 类型，这是 Oracle PL/SQL 中的一种集合类型。不过，PostgreSQL 提供了其他方式来实现类似的功能，例如使用数组、复合类型（composite types）和表值函数（table-valued functions）。最近在一个生产数据库oracle迁移到postgresql替换过程中，遇到了拆分由逗号分隔的字符串返回table的需求