诊断Oceanbase OCP_Agent OOM kill 不可用

by

近日一客户的oceanbase OCP告警ocp_monagent agent服务不可用，日志显示OOM kill
oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ocp_monagent,mems_allowed=0-7,oom_memcg=/ocp_agent/ocp_monagent,task_memcg=/ocp_agent/ocp_monagent,task=ocp_monagent,pid=1948228,uid=0
Sep 28 14:00:01 anbob-2 kernel: [25155102.452094] Memory cgroup out of memory: Kill process 1948228 (ocp_monagent) score 1004 or sacrifice child

Highgo数据库模拟deadlock

by

Highgo数据库实际是Postgresql内核，这篇同样也适用于Kingbase, GaussDB一样存在的PG系，最近一客户上了Highgo数据库后晚上的批作业任务总是失败，查询JOB日志，显示因为deadlock失败，其实很好理解，提示的信息有会话、表、行的信息，这里模拟一下2个会话交叉更新相同记录产生的deadlock.

Linux 文件系统mount失败

by

Linux上文件系统df 显示有未mount的文件系统，手动mount 不报错，但也没成功,当 df 显示了一个设备，但你手动挂载时感觉“没成功”，通常意味着挂载点被“隐藏”或“覆盖”了。或是udev或dm的原因，导致设备未正常挂载，系统日志（如 /var/log/messages 或 journalctl）可能会提供挂载失败的详细原因。最近遇到一个案例简单记录

故障诊断： OceanbaseV3 insert失败”-4184: ChunkServer out of disk space”

by

最近有个客户在Oceanbase数据库上有套多租户环境，其中某一个租主insert values失败，提示ORA-00600 internal error code , arguments: -4184: ChunkServer out of disk space 错误， 版本V3.2.3,在 OceanBase 中遇到错误 -4184: ChunkServer out of disk space 表示集群中的某个或多个 ChunkServer 节点磁盘空间不足，导致无法执行写入操作（如 INSERT）,简单记录排查方法。

性能诊断: Kingbase、Highgo等(PostgreSQL系)中数字类型隐式转换导致无法使用索引

by

在oracle数据库同样也会出现因为隐式转换导致的索引无法使用，但是在PostgreSQL系的数据库中如kingbase, highgoDB, GaussDB, openGauss等，对于对于常用的“数字”对应多个datatype，增加了转换的概率，近期在一套oracle迁移到某国产postgresql系数据库后，之前一个正常高频执行的SQL把数据库CPU瞬间拉到了70%, 如 numval>=power(10,19) 未在索引列使用索引，下面记录这一问题。

性能诊断PostgreSQL中attach partition越来越慢一案例？（pg_partman）

by

分区表(partition)在大型数据库中是较为常用的技术，PostgreSQL中 v10版本后支持了原生分区语法，之前多是约束注册方式，v11后又至此了default分区，近日一客户反馈他们的PostgreSQL在分区使用pg_partman管理分区增加空分区时越来越慢(≈3sec一个分区), 这里简单记录原因。

2025年修了一套oracle 9i（9.2.0.7）的库

by

最近帮一位朋友查看一套老旧业务系统的问题，登录环境一看，竟是二十多年前的经典组合：Sun 小型机、Solaris 8 操作系统和 Oracle 9i 数据库。主机的 CPU 和内存配置以现在的眼光来看非常有限，但令人感慨的是，就是这样一套资源拮据的系统，却在某大型国企的核心业务中稳定运行了这么多年。

达梦如何开启SQL慢日志跟踪？

by

在达梦数据库中，虽然尚未提供完全对等的细粒度跟踪机制，但同样支持类似慢日志记录功能。通过开启相关库级日志，可将关键执行信息记录到日志文件中，包括：, 事务、执行时间、执行用户、客户端IP、SQL文本，客户端工具等会话信息。随后，可使用达梦提供的 dmlog 工具对日志进行分析（支持异地分析），并生成可视化图表。分析结果可按执行时间、逻辑读、物理读等维度排序，呈现类似 Oracle AWR 报告中的“Top SQL by XXX”视图，便于快速识别性能热点 SQL，辅助应用优化与问题排查。

OGG ERROR OGG-02650 Source wildcard specification .* does not include a catalog name

by

最近一个朋友在测试Oracle GoldenGate（V12）从oracle 19c到kafka同步时，extract, pump进程都正常，extract有抽取到，但是pump进程running无投递数据。在我修改pump进程从某文件的时间开始后，再次启动终于提示了错误信息：

ERROR OGG-02650 Source wildcard specification USER1.T1 does not include a catalog name, but the source table name PDB1.USER1.T1includes a catalog name.

达梦数据库日志挖掘(Similar to Oracle logminer)

by

众所周知数据库的DML操作会记录在REDO日志中，如果开了归档REDO可以存储的更久，有时当闪回查询无法使用，或需要从日志中挖掘过去某操作时间或操作人信息，做恢复依据。在oracle提供数据库挖掘logminer使用dbms_logmnr, 在国产数据库达梦中同样支持，而且语法和oracle几乎一样。

Oceanbase中的 Optimizer trace Event （Similar to Oracle 10053 event）

by

前一篇记录了《Oceanbase中的Session SQL Trace DBMS_MONITOR （Similar to Oracle 10046 event）》， 这里我简单记录Oracle 诊断SQL问题时的另一个常用event 10053在Oceanbase中的体验， 对应的是dbms_xplan.enable_opt_trace(); 使用SET_OPT_TRACE_PARAMETER 配置当前session。下面记录如果OCEANBASE 优化器没有产生预期的执行计划时，如何使用trace跟踪生成更多的诊断信息。

Oceanbase中的Session SQL Trace DBMS_MONITOR （Similar to Oracle 10046 event）

by

在oracle中诊断session级SQL执行跟踪是最常见的SQL Trace的方法有很多，如sql_trace、10046 event, DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION, DBMS_SUPPORT.START_TRACE, DBMS_MONITOR.SESSION_TRACE_ENABLE 还有Oracle 11g 后更加灵活的Events++ 语法， 甚至还有围绕trace file 解读的一堆工具，如trprof, TRCSESS , tvdxtat, 10046.pl, orasrp等工具。但在国产数据库中生态工具并不完善，之前记录过达梦的10053 event, 这里简单记录Oceanbase 数据库中配置 session SQL Trace使用DBMS_MONITOR的方法OB_SESSION_TRACE_ENABLE，功能基本雷同Oracle DBMS_MONITOR的 SESSION_TRACE_ENABLE.

如何查找其他session级alter session set修改的参数? Oracle 和Kingbase/HighgoDB(PostgreSQL)

by

ALTER SESSION命令会更改运行时配置参数，仅影响当前会话使用的值，对其他会话或系统级没有影响，有时需要知道某个会话当前的session级参数，在oracle中比较方便，目前postgresql及基于postgresql的国产库如Kingbase、Highgodb中不太容易，这里我演示gdb的方法。

存储磁盘测试工具fio和dd常用场景

by

Linux 系统中有多种工具可用于测试存储设备的 I/O 性能，以下是主要是OS一般自带的dd或FIO (Flexible I/O Tester)，因为数据库是一个对I/O敏感的应用软件，对于云上或虚拟环境有时存储性能不理想，通常需要工具在上线前做基准测试，避免上线后出现数据库性能问题，最近有个客户咨询生产一套达梦DMDPC环境在某云环境IaSS上，业务反应慢的无法接受，怀疑I/O不是很理想， 这里记录几个常用的命令。

Oracle迁移到Oceanbase加密数据注意事项

by

最近有个项目上oracle迁移到ocenabase，但是应用中使用Oracle的数据库内加密函数，数据库中存储的是加密数据，这里有两个注意事项，首先是对于加密函数是否兼容，其次是数据库内的加密数据，如何同步及同步到目标库后已加密码数据能否解密的问题。