提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
近期我们协助某金融客户做Oracle到yashanDB迁移改造的项目，有套Java应用启动时报错java.security.NoSuchAlgorithmException: Cannot find any provider supporting AES/CBC/NoPadding, 本地使用的是华为Bisheng JDK
PostgreSQL 的 INCLUDE 索引（从 PostgreSQL 11 开始支持）主要解决的是：在不把额外列放进索引键（search key）的前提下，实现真正的覆盖索引（covering index），从而让查询能走 Index-Only Scan，避免回表（heap access）。
最近几年，一个越来越常见的词出现在 AI、云计算、数据库等技术领域：
FDE——Forward Deployed Engineer，前沿部署工程师。
这个名字听起来有点“高大上”，但如果用一句大白话解释：
FDE，就是把真正懂技术、能写代码的工程师，放到客户和业务的一线，直接参与解决真实问题。
最近有个客户的Oracle Exadata X8 其中一个节点crash后无法启动提示 CRS-41053 其他节点运行正常，手动重启CRS依旧失败并且alert日志中无明显报错。后在聚合所有日志，在问题时间段RStrce文件发现了OS system dependent operation:connect failed with status: 111， 排查出RS和MS进程异常，原因为/var空间耗尽，下面记录这个案例
最近同事在搞GaussDB里，在oracle一个plsql中的for循环部分报错sqlerrm:invalid input syntax for type numeric， 但是该SQL在oracle执行正常，经分析在是GaussDB的在plsql中的通用计划(generat_mode) plan 导致。
最近在highgo瀚高（IvorySQL） 数据库中，对普通表修改某一列的数据类型时，出现 cache lookup failed for foreign server 97007982。经过逐级排查，最终发现问题并不在目标表本身，而是该列被一个历史 View 依赖，而 View 曾经依赖 DBLink 相关对象；DBLink 删除后，View 中残留了异常依赖关系。
对于参数值可能导致截然不同的最优执行计划的工作负载，依赖默认设置plan_cache_mode = auto可能并非总能达到预期效果。在这种情况下，强制使用自定义执行计划plan_cache_mode = force_custom_plan可以确保优化器在每次执行时都考虑实际的参数值。
一个节点异常，alert_xxx.log、ocssd.log、ohasd.log、crsd.log、各种 .trc 散落在几十个目录里；OracleLogVisualizer 就是为了解决这个问题而生的。
它把指定目录下所有 Oracle 日志 / trace 文件解析后聚合成一张表，按时间排序、关键字高亮、实时过滤——相当于给 RAC 日志装了个”时间轴浏览器”。
最近一家玻璃基板的制造业客户的oracle 19c RAC 节因光纤交换机故障，后节点2重启失败。手动重启crs， 使用crsctl stat stat -t -init 查看资源，停留在ora.storage starting 状态。
查看crs alert log
2026-08-03 10:43:54.212 [ORAROOTAGENT(69300)]CRS-5019: All OCR locations are on ASM disk groups [CRS], and none of these disk groups are mounted. Details are at “(:CLSN00140:)” in “/u01/app/grid/diag/crs/anbob2/crs/trace/ohasd_orarootagent_root.trc”.
Oracle 11gR2开始引入了 Adaptive Log File Sync，用于优化 log file sync 等待。很多DBA都知道这个隐藏参数：
“_use_adaptive_log_file_sync”
,客户担心的是这个参数改为false是不是仅是禁用自动调整，而不会恢复LGWR到Post，因为日志里已经提示从post到polling模式了，而没出现poll 到post。
AI+各行业概念层出不穷，而数据库是IT架构中的基础软件，存放的数据是企业的核心资产，这里有两个概念数据库与数据，从市场变现角度显然后者才是主角。 我是一名DBA，庆幸是周围有些思想活跃、技术前沿的客户，去年有次和一个客户交流AI在数据库上如何大有作为，给我浇了盆冷水，让我开始重新审视数据库与AI的关系。
在数据库里的数据字典对象和动态性能视图有很多，但是最近学的数据库种类多了以后，有点走火入魔容易记混，在oracle中的中更多，我经常使用的是Tanelpoler的SQL工具包中的d.sql, 或常用的dict和v$fixed_table, 在达梦中dict对应的好像是sysobjects. 发现目前的大模型对国产回答还不完美，那我给AI的语料，简单记录.
好久没有处理oracle的故障了，因为我的客户在oracle 升级19c后的数据库非常稳定，前几年随着X创推进，几乎oracle都被国产化替代了，刚好最近遇到了一个问题，有家医院客户，最近每隔几天早高峰会出现较高的’latch: shared pool’ 和’library cache: mutex X’，导致数据库节点hang, 重启解决，如果发现的早做flush sharedpool也可以缓解。数据库版本19.13.
几年前整理过一篇
前面我测试了oracle迁移到postgresql的两个性能问题，not in时不能转换为Antijoin, 和join view的谓词不是关连列时存在无法谓词推进，下面测试一下在另外2款集中式数据库达梦和崖山的表现。
在 Oracle 数据库开发中，PROCEDURE + OUT 参数 是非常常见的开发模式。尤其是在GIS、电力、erp系统中，最近在我们的客户从oracle迁移到postgresq系(highgoDB)数据库中存在一些这样的场景，下面简单记录一下在迁移到postgresql实现。
都知道oracle的优化器要比其他数据库好，但有时需要一些证据，在从oracle向国产数据库迁移后，可能你才深有体会差距有多少。 前一篇记录了null in(…)子查询差异，在oracle到postgresql系国产改造项目上还有另一个问题是join view关连查询的差异。这篇我将简单演示。
最近有客户在oracle迁移到Highgo数据库后，有些SQL运行时间timeout而中止，然后应用就开始调中间件的timeout时间如增加socketTimeout或removeAbandonedTimeout， 这是治标不治本的方法，主要是因为SQL时间变长了，查看了SQL 也是个简单的not in( …) 子查询。 这种SQL其实在oracle是有自动优化的，但PG没有
随着国产化与 ARM 架构服务器逐渐成熟，越来越多企业开始考虑将 Oracle 数据库从传统 x86 平台迁移到：
华为鲲鹏 ARM
海光 C86
飞腾 ARM
等国产化或 ARM 平台。
那可能在更换数据库服务器时会问，ORACLE 的DATAGUARD 是否支持Intel/AMD X86 到鲲鹏 ARM或海光 C86?
在 PostgreSQL 中，“视图（View）”、“连接（Join）”以及“谓词下推（Predicate Pushdown）”是直接影响 SQL 执行性能的重要优化环节。所谓谓词下推，是指优化器能够将外层查询中的 WHERE 条件或 Join 过滤条件，自动下推到视图或子查询内部执行，从而尽可能早地减少参与运算的数据量，降低扫描、排序和连接开销。