CodePlayer

1. 设置 `JSON.configWriterDateFormat("millis")` 让 Fastjson2 直接输出时间戳，时间戳是没有时区概念的，然后让前端将时间戳基于当地时区显示为对应的时间。 我们就是采用的这种做法。 2. 如果非要后端实现，那就要自己写一个 `com.alibaba.fastjson2.filter.ValueFilter` 的实现，自己对输出的属性值进行自定义处理。例如 ： ```java public static class ZonedDateFormatFilter implements ValueFilter { // 直接引用该静态实例，避免每次调用都创建实例 public static final ZonedDateFormatFilter instance = new ZonedDateFormatFilter();...

> How did you download the package? > > 1.Did you download ob-deploy and then obtain the OB package online? 2.Did you download the oceanbase-all-in-one package? 3.Did you download the...

> Could you package and provide the complete logs of OBD for further analysis? The log directory is: ~/.obd/log/. 我全部删除干净，换了一个安装目录后，重新安装就成功了。 当时没有保留任何全量日志。  不过看报错信息，应该还是哪里的 Python 代码判断有问题，建议参考我在反馈中采集到的错误堆栈信息（`generate_config.py` 文件第350行报错），应该能够逆向分析出导致出错的各种源因。

我还试了一些其他的密码，也一直没有保存成功。

补一张明文图 

> OCP 的版本是什么，可以提供一下 OCP 的日志，现在看起来可能后端的校验规则不一样，具体的需要查看下日志 OCP 的 版本号: 4.2.2-20240108，发布日期: 2024年1月11日 我刚刚在社区交流群也发了这个问题，群友试了一下是OK的，并建议我重启一下。 我重启之后再试，居然又恢复正常了。不知道是啥情况 ？

> 是直接访问的 ocp 吗，还是有 vip 后端实际是多个 ocp，有没有可能访问到了其他版本的 ocp 直接通过网址 `ip:8180` 登录访问的 OCP，只有一个 OCP。 

您好，只有 4.2.3 才新增支持的吗 ？这个特性会合并到 4.2.1 LTS 上面吗 ？

首先，非常感谢大佬的热心回复~！ 1. 关于10G的空间，我其实还算是比较在乎的（哈哈~）。不过在性能不会因此而劣化，基于数据压缩的实现，存储占用还能更小的情况，也肯定就不会在意了。 2. 综上所述，如果是 **分区** 表，就建议使用业务字段做主键；如果是非分区的单表或者小表，用 自增ID 似乎也是不错的选择？ 3. “OceanBase 的 `int` 也是用 8个字节 来存储”，那请问 `tinyint`、`smallint` 之类的呢，也是 8 个字节 吗 ？ 4. 有些业务，可能涉及到增量汇总统计的需求，比如 每5分钟增量汇总每个商户的订单总额，之前已经统计到了 ID=1000000 了，接下来再继续增量统计新增部分的，阶段性统计完毕后，再保存新的断点，下一次统计就从新的断点继续增量统计。这种需求场景下，如果使用 自增ID 似乎还是会更方便一些 ？

> 2. 如果未来几年内都是小表，不需要考虑使用什么方式作为主键，性能和存储影响都不大 > 3. 整数都是8字节，不过在最底层存储时会编码压缩，所以最终占用的存储空间比8字节少，内存中都是8字节。 > 4. 看起来使用“订单时间”字段过滤更加合理。假设你有一个应用程序定时扫描数据出报表，而有一段时间这个程序卡住或者异常了，过了一个小时才恢复，那使用时间字段来分割五分钟没问题，而使用ID时无法分割的。 感谢大佬的热心回复~ 用 ID 只是为了实现尽快统计全部增量，而不是为了实现按照时间段分组统计。 如果是时间段查询，还需要注意写入延迟的问题。 比如 事务1 先插入 `'12:00:00'` 的数据，事务2 后写入 `'11:59:59'` 的数据。如果增量查询恰好在两个事务之间执行，进行增量统计，保存的下一次查询断点就是 查询到的范围内的最大值，即 `'12:00:00'`，这就漏掉了后面延迟写入的 事务2的 `'11:59:59'` 的数据。 这种情况，就要考虑延迟写入的最大时间延迟，比如 30s 或...