问题一：PolarDB使用不了吗？提示PolarDB没有付费
PolarDB使用不了吗？提示PolarDB没有付费
参考回答：
这个应该指的是DMS的付费功能，非PolarDB。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/600107
问题二：改公网地址对PolarDB有没有什么影响？
改公网地址对PolarDB有没有什么影响？ 
参考回答：
这个公网地址有在用吗？如果有业务在用的话，需要一起改掉。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/600106
问题三：买了polarDB，创建了一个高权限帐号，因为有些业务场景要root登陆，请问怎么修改root密码？
买了polarDB，创建了一个高权限帐号，登陆之后，因为有些业务场景要root登陆，请问怎么修改root密码 ？ 
参考回答：
PolarDB不提供root账号，但您可以修改高权限账号的密码。 若要修改高权限账号的密码，请登录PolarDB控制台，选择集群所在地域，找到目标集群并单击集群ID。在左侧导航栏中，选择配置与管理 > 账号管理，找到目标账号并单击操作栏中的修改密码。在修改密码对话框中，输入并确认新密码后，单击确定即可。
此外，如果您需要通过命令行修改账号密码，可以使用高权限账号并通过以下命令行修改账号密码：
- 对于PolarDB MySQL版 8.0版本：
ALTER USER {username} IDENTIFIED BY '{password}' - 对于PolarDB MySQL版 5.6或5.7版本：
ALTER USER '{username}'@'localhost' IDENTIFIED BY '{password}'
请注意，将 {username} 和 {password} 替换为您的实际用户名和密码。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/600105
问题四：PolarDB的CPU跑高 高居不下是什么情况？
PolarDB的CPU跑高 高居不下是什么情况？
参考回答：
CPU跑高且长时间维持在高位，可能有以下几种情况：
业务直接访问主节点，尤其是当大量写操作集中在主节点上时，可能导致主节点CPU负载过高。建议检查应用配置，合理利用只读节点分担负载，并根据需要调整主库是否接受读请求的设置。
在PolarDB MySQL集群中，如果集群规格无法满足当前业务流量需求，无论是读请求还是写请求过多，都可能导致CPU使用率居高不下。对于读多场景，可通过增加只读节点进行横向扩容；对于写多场景，则需考虑升级集群规格。
其他可能的原因包括慢查询、活跃线程数过高、内核配置不合理或系统存在BUG等。排查时应首先确认是否存在慢SQL并优化，若无慢查询且CPU使用率与QPS或TPS曲线走向不一致，请联系阿里云技术支持获取帮助。
启用资源管理器（Resource Manager）对CPU资源进行精细化管理和监控也是控制CPU使用的重要手段，但启用相关参数后可能需要重启集群以确保新参数生效，重启前请做好业务安排。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/600103
问题五：云数据库PolarDB/集群 读写分离有没有延时时间？
云数据库PolarDB/集群 读写分离有没有延时时间？
参考回答：
云数据库PolarDB/集群在正常负载情况下，主节点和只读节点之间的延迟为毫秒级。由于采用异步物理复制方式同步数据，主节点的数据更新后，相关的更新会应用到只读节点，延迟时间与写入压力有关，通常也在毫秒级别，但不支持0毫秒延迟的读取。如果要求0毫秒延迟，可以使用主地址将读写请求都发送至主节点。
对于GDN（全球数据库网络）集群跨地域延迟，GDN通过特殊优化，即使在高压力下，全球同步延迟也能保持小于2秒。
当遇到PolarDB数据延迟比较大的问题时，可以从多个方面排查：
网络延迟及路由情况检查。
实例连接数是否达到规格上限。
实例CPU和内存资源占用情况，并根据需要进行规格升级。
检查是否存在慢SQL并进行优化。
根据具体报错信息进行处理或联系人工客服。
关于本问题的更多回答可点击原文查看：
