PolarDB-X布道师_个人页

确认一下是否部署了cdc模块，如果没有的话，需要部署cdc模块登录cdc容器，执行jps，查看是否有DumperBootStrsp进程 从报错信息看，是cn连接cdc连不上，大概率未部署CDC，或cdc进程有问题。可以去cdc容器的/home/admin/logs目录下看是否有异常日志

访问dockerhub有问题，可以试下我们的私有镜像仓库：https://doc.polardbx.com/zh/deployment/topics/private-docker-repo.html

转发cn的service端口，不要转发每个cn pod的端口

无法发集群指的是什么？有具体错误或者日志吗

看了下最佳实践里面的数据拆分策略，跟我原来的预想不太一致。 1、原先我是打算根据主健进行拆分，比如用户信息，根据用户ID进行拆分，同时用户信息表相关联的表，一对一和一对多的表都可以按照这个字段进行拆分，这样该用户相关的信息都会分到同一个库里面。但是最佳实践却不建议按主健拆分，那么按什么字段拆分比较好呢？ 最佳实践里面可能表达的意思有点问题，其实我们常常碰到用户为了数据分布均衡，直接采用主键进行拆分，这个导致的问题是如果你要性能，就带上主键，不带，所有表进行扫描，耗费资源比较大。所以最佳实践在表述的时候关注了这个情况，没有关注你类似业务id即主键的情况。这个我们fix下。 你的思路是对的。 2、对于多对多关系的表，比如用户和群组（一个用户可以属于多个群组，一个群组可以有多个用户）关系表，应该怎么拆分？ 第一个要考虑的是这两个实体是否有强一致事务关系，按照我的理解用户和群组是可以做成非强一致事务关系(用户创建，加入退出群组，群组创建，群组删除)，然后考虑是否有大结果集的join关系,按照普通理解，有查看用户加入的群组，以及一个群组有哪些用户这种需求，所以多对多关系很可能中间有张关系表，用户和群组表可以考虑数据均衡以及sql带字段的情况分别用用户id和群组id进行拆分(群组不多也可以不拆)，关系表怎么拆主要看哪种查询比较多，当然关系表在用户和群组变更时会有事务问题，其中一个直接可以用强一致事务(比如按用户id拆，删除一个用户)，另外一个需要使用最终一致事务(比如按用户拆，删除群组)。所以最终最复杂的问题落到一个群组表和关系表的一致性问题上，DRDS支持最终一致事务，不过现在需要工单申请开启，可以尝试。 另外，DRDS的论坛板块已经开通，后续问题可以到那个板块提下。  

Re关于DRDS的问题 hi, 您好。DRDS读写分离不需要用户配置两个数据源，DRDS会根据SQL类型 并且依据你在 DRDS控制台配置的读权重比进行按比例的读流量分配。如果你的读SQL有特殊的需求，比如一定要走主实例或者读实例，那么可以通过sql注释的方式进行直接指定。 具体文档，我稍后给到你。