YashanDB V23.5 YAC共享集群安装初体验

by

Oracle RAC的共享存储架构始终是集中式数据库实现高可用的经典方案，承载了众多行业核心业务系统的稳定运行。昨日，这一架构阵营中又迎来一位新成员——崖山数据库正式发布了V23.5版本，推出了支持YAC共享集群架构。出于对这一技术的关注，我连夜申请了安装介质，并第一时间进行了部署与体验。

MySQL安全等保的一些安全项

by

在开展安全加固或等级保护相关工作的过程中，我个人倾向于保持一种务实的态度。这并非是对安全本身有任何异议，而是注意到部分安全厂商所提供的整改建议，有时过于注重形式化要求，可能在实际运维中引入“无效”成本，甚至影响系统稳定性。例如，在某些场景下，安全扫描工具本身就可能引发服务异常，这类情况在实际运维中并不少见。

Highgo在重建流复制备库时会自动清理主库的物理复制槽？

by

近期在一个国产化数据库highgoDB的数据库环境，一主三从架构，主库的归档产生的较为频繁，且主库的参数关于wal的保留时间配置(wal_keep_size)也偏低, 后来因为备库有重建需求，在重建时发现主库的WAL日志缺失了,重建前也并未手动清理对应的物理槽。难道HighgoDB可以自动清理？

Highgo oracle兼容模式的国产库copy force_null

by

最近在一个从oracle到基于postgresql的国产数据库项目上，遇到使用copy加载到数据库中的表字段是空值数据无法过滤，因为在oracle中的\0x00、NULL、”(空值) 与postgresql中不同，所以在像瀚高、kingbase等PG系的数据库，oracle兼容模式下对于‘’空值的处理要格外注意，下面简单的记录。

索引key长度限制Oracle、MySQL、PostgreSQL

by

近期在推进一个从 Oracle 迁移至 PostgreSQL 的项目时，我们遇到部分在 Oracle 中运行正常的索引无法在 PostgreSQL 中创建，系统报错：ERROR: index row size X exceeds maximum Y for index “index_name”。

经分析，这源于不同数据库对索引键（Index Key）长度的上限设计存在差异。为规避此类问题并助力迁移规划，我们特此整理了 Oracle, MySQL, PostgreSQL 三大主流数据库的索引键长度限制。

Oceanbase的变量参数ob_query_timeout不适用于obdumper？

by

ob_query_timeout 是 OceanBase 数据库服务器的一个系统变量（System Variable）。它设置在数据库服务端，用于控制在该数据库连接上执行的所有 SQL 查询的最大执行时间。obdumper 是一个独立的客户端工具，它通过 OBDC 或 Java 驱动与数据库建立连接。理论来说也是一个客户端，应该是继承DB的变量设置，但是近期一客户obdumper一提示query timeou超时，且值并非DB级的参数，这是怎么回事？

在Oceanbase中使用to_clob 最多支持多少字符?

by

今天在某个金融客户群看到客户咨询“在Oceanbase数据库中oracle租户，更新clob字段超过4000字符怎么弄？”，我们知道clob可以存储像Varchar类型的字符，如果不使用dbms_lob包处理，可以简单当varchar处理，而varchar的长度又有上限，在oracle和oceanbase中这个问题答案是不同的，下面我来演示。

Oceanbase obloader 导入失败Invalid char ‘\E’ ‘\N’

by

最近一客户在使用obloader工具，做一个表的恢复时，遇到了下面的错误：

$obloader -h xx -P xx -u xxxx – p ‘xxxx’ -c XXX -t XX – D xx –csv –table xxxx -f xxxxx.csv –external-data

[ERROR] Invalid char between encapsulated token and delimiter. Token Content: ,\E,0,79,\E,\E,. Line[1,18]

诊断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）可能会提供挂载失败的详细原因。最近遇到一个案例简单记录

OceanBase V4.2.5隐藏参数

by

Oceanbase数据库中同Oracle一样存在一些以“_”开头的隐藏参数，用于功能的开关和微调等作用。目前v4.2.5.3 有491个参数，分为集群级和租户级。隐藏参数226个。

故障诊断： 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）,简单记录排查方法。