CodePlayer

补充一点，`order_stat_hourly` 这个分区表加入了一个表组（会和表组内的其他表的 主副本 都聚集在同一个Zone，表组 `SHARDING = 'NONE'` ）。 `order_stat_daily` 表没有加入任何表组。 不知道是否有这个也有关系，我尽量提供更多的差异信息。 --- In addition, the partition table `order_stat_hourly` is added to a table group (it will be gathered in the...

 `order_stat_hourly ` 和 `order_stat_daily ` 两表的数据量比例约为 4 : 1 。 30分钟内 查询 小时表 1000 多次，CPU占比就达到了 90+% 30分钟内 查询 天表 3000 多次，CPU占比才 2+%

> 可以把复现问题相关的SQL，包括建表语句，都贴出来吗？ > > Can you post the SQL related to reproducing the problem, including the table creation statements? ```sql CREATE TABLE `gs_merchant` ( `id` int unsigned NOT NULL AUTO_INCREMENT,...

> 这种是分布式集群吧，172.31.44.197:2882，你需要把所以节点上和这个trace id：YB42AC1F20D6-00061D78E29DC6D6-0-0有关的日志都捞回来 > > This is a distributed cluster, 172.31.44.197:2882. You need to get back all the logs related to this trace id: YB42AC1F20D6-00061D78E29DC6D6-0-0 on all nodes 您好，我们的集群是 `1-1-1`...

@hnwyllmm  我把 前面2个表也加入到表组 `zone2` 后，等它们迁移完毕后（主副本都迁移到了表组 `zone2` 所在的 Zone2 ），我再次执行，这个问题就解决了，似乎没有报错。后续我再继续观察一段时间看看。 总结一下，出问题时的场景是： `gs_merchant`、`gs_merchant_msg` 这两个表的主副本都位于 Zone3，没有加入任何表组，`gs_msg` 表的主副本位于 Zone2，且加入了表组 `zone2`（这里是表组名称）。 --- @hnwyllmm  After I added the first two tables to the table...

@hnwyllmm 另外，顺带问一下，我看 OceanBase_CE_4.3.2 BP1 正式版已经发布。请问 1. 支持直接从 OceanBase_CE_V4.2.1.7 升级上去吗 ？ 2. OCP 貌似还不支持 OceanBase_CE_4.3.2 BP1 的安装与更新，大概什么时候能够支持呢 ？ 感谢回复！ --- @hnwyllmm Also, by the way, I see that the official version...

如果因故不能支持，但如果能不报错，直接默认为 `utf8mb4_general_ci` ，感觉也是可行的，不然从 MySQL 迁移数据，默认就会报错。 --- If it cannot be supported for some reason, but if it does not report an error, it can directly default to `utf8mb4_general_ci`, which seems...

首先，你描述的"期待的正确结果"似乎有些自相矛盾，前面说要 **"过滤掉"**，后面又说 **"也要包含"**。 其次，你这个不属于 bug，不管是 Fastjson 还是 Jackson 也好，都会遵循 JavaBean 规范，将 `getXxx()` 这种 getter 视为属性。 在你的 Java 类中，又存在**无限循环嵌套**。所以报这个错是正常的，这是你代码本身的问题。 如果你不想输出这个属性，你可以在该方法上加一个注解 `@JSONField(serialize = false)` 即可排除该方法（也可用于任意字段）。 如果你只想输出存在的字段，那么可以如下这样： ```java JSON.toJSONString(obj, JSONWriter.Feature.FieldBased); // 只基于类的字段进行JSON序列化输出 ```

@deskau 请使用 `java.sql.Connection.prepareStatement()` **预编译参数**的方式来**查询**，不要只使用 `java.sql.Connection.createStatement()` 非预编译的形式来测试查询。 我刚才测试了下，如果使用 `Statement` 来查询，是可以正常返回的； 但我们在实际项目中，使用的几乎都是 `PreparedStatement` 预编译参数形式，使用这种方式，调用 `ResultSet.next()` 将一直返回 `false` 。 --- @deskau Please use `java.sql.Connection.prepareStatement()` **precompiled parameters** to **query**, do not just use `java.sql.Connection.createStatement()`...

The unit test code is as follows: ```Java @Test public void test() throws SQLException { /* CREATE TABLE `jdbc_test` ( `id` int UNSIGNED NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL,...