问题一：PolarDB数据库的交换机选错了可以修改吗？
PolarDB数据库的交换机选错了可以修改吗？
参考回答：
可以看下这个文档。https://help.aliyun.com/zh/polardb/polardb-for-mysql/user-guide/change-the-vpc-and-vswitch 这个功能还在灰度，您先看下是否符合预期。如果需要的话可以发下集群ID，我们评估后给您加白。 
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/590317
问题二：请问PolarDB这个问题是什么原因 ？
PolarDB中，我这边一执行 ALTER TABLE transfer_bill_detail ENGINE='InnoDB'; analyze table transfer_bill_detail; 这个sqL语句，一级备份物理空间占用的大小就会暴增，之前用mysql的时候执行就不会出现这种情况，数据大小原先是1.9G 执行之后变成600多兆了 一级物理空间增加近10G大小，请问是什么原因 ？
参考回答：
一级快照的物理空间我们统计的是真实占用的物理空间大小，PolarDB存储快照的实现方式是写时拷贝，这个实例目前的数据量已经到2.11TB，快照的实际占用空间会随着你们的数据修改操作发生真实的数据copy，然后上涨，这个和alter table不直接相关。这个逻辑是这样的，快照数据逻辑上是原数据的一份真实拷贝，polarBD利用写时copy技术，在快照开始的时候把快照真实数据量降到非常小，几十G远小于现在的2.11T。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/590302
问题三：PolarDB的这些问题怎么解决？
PolarDB中我想了解这些问题：内存居高不下的原因以及机制是什么？内存持续增长会不会对后面应用有影响以及如果存在影响解决方案是什么？
背景说明：
数据库版本：polardb for mysql
数据库容量：12.68TB
数据配置：16C 128G内存
内存使用情况：（89%- 90%）
数据库数据：数据为事件型（用户动账数据），单表1.3kw左右，90%都是insert, 不存在读多写少情况。
参考回答：
我们buffer pool内存默认占了实例的75%，这部分内存是不会回收的，如果其它部分还有些内存使用的话，很容易就会导致内存达到90%的，这个是正常现象。可以后续关注下内存是否有持续的上升现象，一般后面内存会稳定下来的。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/590301
问题四：使用pxd方式安装polardb x，然后mysql客户端链接一直报错，怎么解决？
centos7.9操作系统，安装了docker，使用pxd方式安装polardbx，然后mysql客户端链接一直报错，怎么解决？
ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 0
参考回答：
近期的一个变更导致的，这周会发个新版本的pxd.
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/590291
问题五：polardb16.0的逻辑订阅是不是有BUG ? 出现id主键冲突报错
polardb16.0的逻辑订阅是不是有BUG ? 出现id主键冲突报错
参考回答：
确实存在一种情况，当使用逻辑订阅时可能会出现主键冲突的问题。这主要发生在通过Hint下推导致物理分片分配ID后，Sequence无法感知到而分配了冲突的ID。在这种情况下，PostgreSQL不会像MySQL一样在每次插入数据时重新确认自增主键的取值，而是会使用缓存来提高效率。这就可能导致某些情况下插入数据（例如SQL语句中指定了ID）不会更新这个自增主键下一个取值的缓存，进而在下次插入时触发错误。
处理这种问题的主要有两种方法：一种是手动修改订阅库上的数据，使发布端传过来的SQL可以在订阅端上执行；另一种是通过调用pg_replication_origin_advance()函数来跳过当前的事务。这两种方法都可以有效地解决主键冲突的问题。
关于本问题的更多回答可点击原文查看：
