提供综合数据库运维服务与优化方案(不限Oracle MySQL PG GaussDB GoldenDB OceanBase等), 微信/Tel:(+86)134-365-60330
ob_query_timeout 是 OceanBase 数据库服务器的一个系统变量（System Variable）。它设置在数据库服务端，用于控制在该数据库连接上执行的所有 SQL 查询的最大执行时间。obdumper 是一个独立的客户端工具，它通过 OBDC 或 Java 驱动与数据库建立连接。理论来说也是一个客户端，应该是继承DB的变量设置，但是近期一客户obdumper一提示query timeou超时，且值并非DB级的参数，这是怎么回事？
今天在某个金融客户群看到客户咨询“在Oceanbase数据库中oracle租户，更新clob字段超过4000字符怎么弄？”，我们知道clob可以存储像Varchar类型的字符，如果不使用dbms_lob包处理，可以简单当varchar处理，而varchar的长度又有上限，在oracle和oceanbase中这个问题答案是不同的，下面我来演示。
最近一客户在使用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]
有套业务库告警一套业务库的年龄age过高，这是防止事务回卷的监控项，超过是2亿（autovacuum_freeze_max_age）的80%，于时同事查询了一下age 最大的表发现top 1是业务用户下的TOAD_PLAN_TABLE，age 接近21亿，也就是最大允许的值。继续分析发现在Highgo数据库相比pg多的一种表类型。
最近遇到了一个很严重的问题，MySQL 的磁盘空间完全耗尽了,导致无法访问并崩溃。因此许多操作都报错。/var/lib/mysql 目录中一个名为 ibtmp1 的超大文件占用了硬盘空间。ibtmp1 是 MySQL 的一个临时工作文件。客户不得不不断重启服务器.