PolarDB迁移在切换配置的时候如果不停机，会不会出现数据不一致的情况？

在数据库迁移过程中，如果不采取适当的措施，特别是在高并发场景下，确实可能出现数据不一致的问题。这种情况可能发生在源数据库（如 RDS）和目标数据库（如 PolarDB）之间，尤其是在切换配置时，如果两个数据库同时处理相同的业务请求，可能会导致数据冲突或不一致。

例如，你提到的自增 ID 冲突是一个典型的例子。如果源 RDS 和新的 PolarDB 同时处理并发下单请求，并且都尝试生成相同的自增 ID，那么这可能导致数据同步冲突，进而引发数据不一致的问题。

为了避免这种情况，可以采取以下策略：

1. 停机迁移：在迁移过程中，首先停止对源数据库的所有写入操作，确保在迁移开始之前源数据库的数据是静态的。然后，进行全量数据备份和恢复，最后再切换到新的数据库。这种方法可以确保数据的一致性，但会对业务造成停机时间。
2. 双写策略：在迁移过程中，所有写入操作同时写入源数据库和目标数据库。这要求应用程序能够同时连接到两个数据库，并确保写入操作的原子性和一致性。这种方法可以保持业务的连续性，但增加了复杂性和潜在的同步问题。
3. 使用中间件或同步工具：使用专门的数据库迁移中间件或同步工具，如 Alibaba Cloud 的 Data Transmission Service (DTS)。这些工具通常具有数据一致性保障机制，能够处理并发写入和冲突解决等问题。
4. 调整自增 ID 策略：如果自增 ID 是造成冲突的主要原因，可以考虑调整自增 ID 的生成策略。例如，可以在迁移前将目标数据库的自增 ID 起始值设置为一个远离源数据库当前自增 ID 的值，以确保在迁移过程中不会生成相同的 ID。
5. 事务和锁：在迁移过程中，使用事务和锁机制来确保数据的一致性。通过锁定关键表或行，可以防止在迁移过程中对这些数据进行并发修改。

切换时候会先设置源库和目标端只读，然后两边追平后，再放开目标端的写权限。此回答整理自钉群“PolarDB专家面对面 - 自建/RDS MySQL迁移PolarDB MySQL/大版本升级”