ANBOB™

尽量在同一个模式下创建和查询表,避免跨模式操作导致的数据类型问题,当表中使用了Oracle兼容的NUMBER数据类型时，强烈建议统一使用Oracle模式进行数据库连接和操作,在PG模式下查询包含NUMBER类型列的表时，会发生隐式类型转换,这种转换会导致查询优化器无法有效利用列上的索引，特别是影响范围扫描等高效查询方式,对于不需要Oracle特殊功能的场景，可考虑使用PostgreSQL原生数据类型如INT、BIGINT或NUMERIC

在MySQL中有些DDL操作可能会导致表重组,如<“alter table ” modify column in Oracle、MySQL、PostGreSQL(数据库比较系列十三)>,如果表较大时，可能重组需要等待很久的时间，有没有什么方法可以跟踪一下DDL的进度呢？

在使用 PostgreSQL 数据库时,可能会看到过该错误消息，最近在highGoDB（postgresq）一个大的业务库做drop database时有遇到,也可能查询pgp_dump或查看表对象大小(如几千个分区)时，会提示提示错误” ERROR: out of shared memory
HINT: You might need to increase max_locks_per_transaction.

Exporting BasicFile LOBs can be quite a pain. If your maintenance window is too short, here is a way to make the export faster.When Data Pump starts to export a table with a BasicFile LOB, only one worker will be assigned (due to the limited parallel access methods). If you have a large table, it will take a lot of time for that one worker to process the table.

最近一个客户的数据库出现了短暂1分钟左右的高负载，环境为oracle 11.2.0.4 2nodes RAC , 看当时的top event主要是buffer busy wait和log file sync, 关于buffer busy wait 在Troubleshooting Oracle wait event ‘buffer busy wait’ 有记录过分析方法，是一种hot block现象， 而log file sync又是提交类的，当两者同时发生时，可能是后者影响前者，首先建议排查I/O， 而另1个节点此时正在做RMAN增量备份，简单记录该问题.

最近股市的表现尤为显著，智能医疗、智能农业、自动驾驶汽车、智能一体机以及智能政务等领域股票轮番上涨，这无疑是对上述趋势的最佳注解。与此同时，信创数据库领域似乎已经被资本市场冷落，而与之相关的智能运维细分市场又显得过于狭小。不过，作为我的专业背景所在，我对这一领域依然充满热情。因此，本文将从数据库管理员（DBA）的角度出发，探讨DeepSeek与AI运维之间的联系及其潜在影响。

最近遇到一客户一套Oracle 19c(19.13) RAC 所有实例在提示ORA-00600 [krccfl_chunk] crash，并且无法启动，该问题发生前提是启用了Block Change Tracking，但并不是它的问题，而是前一天做了一个增加表空间的错误操作，如果有低于19.17的RAC数据库，并且启用了BCT时，注意这个未公开的bug，如果加文件人为失误. 可能会导致您所有的业务中断，这里简单记录。

最近一套oracle 19c的环境出现较高的cursor: mutex x等待，查询SQL ID有近4000+ version count, 从12c “_cursor_obsolete_threshold “参数值达8k，所以这么高的version也未过期，cursor: mutex x是因为version count高引起，哪什么引起high version count呢?MOS上有一篇比输全面的doc. 通过 v$sql_shared_cursor可以发现主要是USER_BIND_PEEK_MISMATCH和ROLL_INVALI

2025年初，DeepSeek 作为一家专注于大规模深度学习模型研发与部署的前沿企业，以其卓越的技术突破，推动了大模型智能应用在多个领域的蓬勃发展。其成功不仅证明了人工智能的强大潜力，众多大模型的崛起，也为AI与医疗的深度融合提供了更广阔的想象空间。如可以提高疾病诊断的精准度，加速药物研发，推动个性化治疗方案的发展等。此外，AI还能改善医疗管理效率，提升了医生的工作体验，同时增强了患者的就医体验。那AI医疗和数据库还有关吗？

按照过去十几年的惯例，每逢农历年末我都要整理回顾过去的一年， 岁月流转，多年的坚持犹如一场漫长的旅程，而在这趟旅途中，一个问题愈发强烈地萦绕在我的心头：我到底在执着于什么？这一切的付出与努力，是否真正值得？

oracle 的gateway透明网管支持像oracle dblink一样访问异构数据库如mysql, sql server等，在十四年前当时在维护oracle和sql server时，安装配置过还写了个整理了《安装透明网关 for sql server》，时间过的真快，没想到这次oracle的交接已经全面展开，在过渡阶段可能会存在一些异构数据库的访问，使用 Oracle ODBC 网关和异构服务技术从 Oracle 系统访问 MySQL 数据，本文介绍如何使用 ODBC Driver for MySQL 创建MySQL 和 Oracle 的数据库链接，并通过 SQL*Plus 工具查询 MySQL 数据。

这前总是通过 修改optimizer_feature_enable为不同版本，然后对比级联的参数变化，比较不同的数据库版本之间的参数差异，在Oracle 有个 ORAdiff app: https://oradiff.oracle.com/ 你也可以自己查询。

在 Oracle GoldenGate 中使用集成模式时，STREAMS_POOL 起着至关重要的作用。集成进程从“STREAMS POOL”获取共享内存。STREAMS POOL 是 SGA 的内存组件之一。STREAMS_POOL_SIZE 的大小应根据数据库系统中使用的集成提取的数量来确定。我们还应该考虑在数据库中使用 STREAMS POOL 的其他进程。最近一个案例ogg异常报错，因ora-4031 streams pool不足，简单记录。

最近在做从Mogdb(openGauss)导入Highgo(PostgreSQL)的PG模式数据时，timestamp类型的数据库入库错误，使用的是MTK逻辑查询是insert的方式，错误内容如下：

anbob=# insert into test9(t) values (‘20240101 13:01:01Z’);
ERROR: datetime format picture ends before converting entire input string

Recently, I encountered a customer who needed more 20 seconds to login to the database server Hpux operating system through ssh, while the other one was normal. He consulted me and recorded the analysis method below.

在oracle多表关连中有SQL hint可以干预CBO产生的不合理的表join顺序，如ordered, leading等，但PostgreSQL和部分基于PG国产数据库如Highgo V9.5， 目前也还不支持SQL hint。当遇到SQL性能问题，明确某个join 顺序更好时，如何影响PG数据库优化器执行指定的执行计划呢？如果您真的需要SQL hint，在pg中可以安装 pg_hint_plan 扩展，但目前应该是因为highgo的oracle和pg的双兼容模式，如果实现pg_hint_plan在解析器上隔离上要复杂了些，所以暂未实现，又或者不想安装第三方扩展，在这种情况下，记录几个可以强制执行join ordered的替代方法。

在oracle数据库中， 避免磁盘故障对于避免数据损坏至关重要，但有时，即使 ASM 具有冗余，也可能会发生多个故障。最近有个客户给两个存储做了2个Faigroup+1 Quorum  third voting disk on a NFS server，在测试高可用时，断开一个存储链路后发现些疑问，一个是断开期间有业务近10秒的挂起，另一个是重启节点后实例无法启动。

前一段在Postgresql中的函数有Volate属性，像Volatile 是每次执行，而另外Immutable 和Stable可以所有会话或单个查询中对于相同的值cache结果，减少不必要的执行，如同oracle的DETERMINISTIC FUNCTIONS，确定性函数的意义在于，如果 Oracle 可以确定当前对该函数的调用使用的输入与上一次调用相同，那么它可以使用上一次结果并避免调用。 那cache大小有没有限制？ 正像有些标量子查询循环，《Cost-Based Oracle Fundamentals》书中的Scalar Subqueries章节 提到了该限制

在使用 PostgreSQL 时，分区表可以有效管理和优化大规模数据表的存储和查询性能。在一些国产库中兼容了oracle的创建语法格式，有些仅支持语法存储还是pg,有些是连语法都未支持，在PG中创建分区的方法让oracle DBA可能有些难以适应，在PG中的分区分为parent/partitioned 和 child/partition tables , PostgreSQL支持range, list, hash分区。这里记录一些PG系使用过程中的注意事项。

PostgreSQL 中有三种连接策略，它们的工作原理截然不同。如果 PostgreSQL 选择了错误的策略，查询性能可能会受到很大影响。本文介绍了连接策略、如何使用索引支持它们、它们可能出现的问题以及如何调整连接以获得更好的性能。