问题一：PolarDB这个通过升级向导新建的实例改成读写状态，是不是只能点右边的升级切换就行了？
PolarDB这个通过升级向导新建的实例改成读写状态，是不是只能点右边的升级切换就行了？ 
参考回答：
对。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/610701
问题二：PolarDB新特性Tair的RO节点 是如何代替MQ的呀，Tair节点可以写入数据？
PolarDB新特性Tair的RO节点 是如何代替MQ的呀，Tair节点可以写入数据？
参考回答：
是通过polardb的InnoDB写入，复制到Tair节点的。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/610700
问题三：PolarDB这个我是不需要对表进行碎片整理这个操作吧？
PolarDB这个我是不需要对表进行碎片整理这个操作吧？ 
参考回答：
您好，不需要再执行手动删除操作哈。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/610698
问题四：如何才能充分利用好PolarDB MySQL的性能，提升并发处理能力？
你好，我们对我们的业务用ab软件进行数据库订单处理压力测试时，测试出3台服务器与4台服务器的每秒订单数量并没有什么提升，只有2%左右的提升，是不是达到了数据库的处理瓶颈。但看测试时间段的数据库CPU使用率最高也是60%左右，说明性能还有富裕，请问PolarDB这个是什么原因？如何才能充分利用好PolarDB MySQL的性能，提升并发处理能力？实例ID：pc-bp1z316w82drvuce4，时间是26日17：30~18：30之间
参考回答：
我看这段时间的压测主要都是 insert 操作，目前看有一大部分等在事务提交和日志落盘上。现在活跃连接比较低，redo 量也不算大，事务提交主要也是卡在落盘的 io 时延上。可以适当增加并发，把 batch 打起来。日志是异步落盘的，小规格可能会存在线程调度不到的场景，这样得提高下规格了。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/610697
问题五：PolarDB这个量的数据要花多长时间？
我的源端是POLARDB 用的是XENGINE存储引擎的，数据量821.41 GB ，通过DTS迁移到目标端之后，目标端为INNODB存储引擎，数据量达到了9.54 TB，存储费用较高，为降低成本，想把INNODB存储引擎改为XENGINE，但目标端的库数据量较大，改为XENGINE存储引擎的话，PolarDB这个量的数据要花多长时间？源端ID为：pc-m5ea04x8wjx8nkxqd，目标端ID为： pc-bp11gqk188e6dw0dw
参考回答：
过大的表可能alter失败，特别是有较多数据修改最后要合并的情况 ，我之前测试大概1分钟可以处理2-4G数据。不如用迁移，在版本管理里面，只是可能会对源造成较大的读压力。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/610695
