提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
在之前的文档《故障诊断 Oceanbase “ORA-00600: internal error code, arguments: -4013, No memory or reach tenant memory limit” 特烦恼》记录过一个Oceanbase V3时的内存异常增加限制的案例，我们知道Oceanbase V4对一些View相比V3做了重构，这里记录几个V4中常用的SQL和案例。
在近期巡检时oceanbase的observer日志中经常有看到“[lt=11][errcode=-4009] sock has error(ret=-4009)”的报错，是否有影响？
关于该报错，官方论坛的解释， 关于 errcode=-4009
可能原因：这个错误码通常与网络连接有关，特别是当客户端（如Zabbix）尝试通过 OBProxy 的 2883 端口连接到 OceanBase 数据库时，如果连接不稳定或超时，可能会导致此错误。
在 Oracle 数据库日常维护过程中，遇到一个比较特殊的问题：删除一张业务表时，Oracle 返回 ORA-14415，提示索引处于部分删除状态，要求先执行 DROP INDEX。
执行的 SQL 如下：
DROP TABLE app_user.test_table;
报错信息：
ORA-14415: index in partially dropped state, submit DROP INDEX
近期客户的一套oceanbase备份新的任务一直处理PENDING状态，查询系统表 __all_virtual_sys_task_status也没有未完成的备份任务，而导致的备份排队。任务躺在 RS 备份调度队列里，调度器从未给它选出目标 OBServer 下发。
最近有个客户的oceanbase在操作业务租户的表做DDL时失败，开始是执行drop table长时间未成功 ，报错ora-600 internal error code, arguments – 4012, timeout. 后尝试重启租户失败，OCP状态显示一直处于“运维中”状态，下面简单记录该问题。
最近遇到一个 Oracle 19c RAC 数据库的 Job 调度问题。业务通过 DBMS_JOB 创建多个任务，希望利用多个 Job 并发执行，缩短批处理任务的整体完成时间。
正常情况下，一批任务会在指定时间附近启动，但运行过程中发现，部分 Job 会出现明显的启动延迟，最长达到 1～20 分钟。由于这些任务之间存在业务依赖，部分任务启动晚了，最终导致整批任务的完成时间推迟，影响业务时效。
近期我们协助某金融客户做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.
几年前整理过一篇