oceanbase 4.x查看clog日志

云澈 · 2023 年9 月 12 日 09:48

【使用环境】测试环境
【使用版本】 4.2.0.0
【问题描述】ob升级到4.x版本后，存储clog文件的路径在哪啊。我现在查找的路径是/data/log1/集群名/clog/tenant_租户id，但是有的租户会多1001、1002、1003 这三个文件夹。

兹拉坦 · 2023 年9 月 12 日 16:50

可以在 OceanBase 官网直接搜索 clog 关键字哈~

参考下通过 clog 关键字搜出来的这篇文档吧，写的比较详细~
https://open.oceanbase.com/blog/5203648257

云澈 · 2023 年9 月 18 日 12:55

了解，可是我还有一个问题，我通过ob_admin解析出来clog文件，怎么区分某条日志是哪一张表的呢，可以通过什么条件进行过滤。

兹拉坦 · 2023 年9 月 18 日 15:42

可以参考下这篇文章，通过 trx id 进行过滤。

云澈 · 2023 年9 月 21 日 10:17

明白了，但还遇到一个问题。解析的时候发现decimal类型没记录列值，这个有办法知道列值是什么吗

兹拉坦 · 2023 年9 月 21 日 11:49

string 类型比较好看，是因为存储层记录的就是对应 string 的 ascii 码，例如您截图里 cstr 那里的 hex 值就直接是 ascii 码。

不同于 string 类型，decimal 类型在 ob 内部是通过 ObNumber 来实现的，这是个相对比较复杂的结构体，所以这里没有展示这个结构体里的具体内容。

有兴趣的话可以参照下源码中的 ob_number_v2.h，它是用结构体 ObCompactNumber 来记录 decimal 类型的数据的，用一个 4 字节的 ObNumberDesc 来描述这个 decimal 的特征，和一个 uint32_t 的 digits_ 数组来存储 decimal 的数值。

例如你这 12 个字节的 decimal 就可以分成两部分（这部分对原理不感兴趣的话可以忽略~）：

第一部分是 4 个字节的 ObNumberDesc 02 00 00 c0，02 表示 len，说明后面的数组会用两个 uint32_t 来表示这个 decimal，中间两个 00 和 00 分表是保留位和 flag，先忽略，最后那个 c0 代表指数位的信息，例如数组中第一个 uint32_t 是 A，第二个是 B，那么这个 decimal 的值就是 A * (10^(9 * (c0 - c0)) + B * (10^(9 * (c0 - c0 - 1)) = A + B * (10^-9);
第二部分是 8 个字节的两个 uint32_t A 和 B。

您可以把 hex 分成三段，每段四个字节，用后面两段算一下 A +（B 乘以 10 的 -9 次方）的值，看看这个值是不是和您的 decimal 值相同。
我算出来这个值等于 0x0A + 0x055D4A80 *（10^-9），应该是 10.09。
验算一下应该也是对的。

by the way：
我们上半年已经完成了对 decimal 类型实现方式的一次重构，会在下一个版本 4.3 中带上。到时候 decimal 类型在 ob 内部不再会是上面您看到的这种复杂的数据结构，而是宽整形 wide integer。举个例子：比如一个列的数据类型是 decimal(4, 2)，精度 precision 是 4，小数点后的有效位数 scale 是 2，那么这个列中的 10.09 会直接存储为一个 int8，值为 1009，展示时只需要根据列的元信息中的 scale 决定在哪里点个小数点儿即可，内部计算时只需要让两个 wide integer 的小数点儿对齐，然后当做整数进行计算即可。4.3 版本的 decimal 类型再配合上列存，计算和存储都会得到很大的优化~