在PolarDB如果某些表没有主键 是无法迁移，还是说可以迁移，但是有数据重复的可能？

在PolarDB中，对于没有主键的表，在进行数据迁移时可能存在风险，因为缺乏主键可能导致数据的唯一性无法保证。根据阿里云提供的指导信息，迁移至PolarDB的过程通常要求待迁移的表必须具备主键或唯一约束，这样才能确保迁移过程中和迁移后的数据完整性，避免因缺少唯一标识而导致的目标数据库中出现重复数据的问题。

在PolarDB中，如果某些表没有主键，可以迁移，但存在数据重复的可能性。

迁移过程中，源数据库中的表如果没有主键或唯一约束，且所有字段都没有唯一性，那么在数据同步到PolarDB后，可能会出现重复数据的情况。这是因为在没有主键或唯一约束的情况下，无法确保数据的一致性和唯一性，导致在执行全量数据迁移的INSERT操作时，目标数据库的表中可能会产生重复的数据条目。此外，由于并发执行INSERT操作，目标数据库的表空间可能会比源实例大，因为可能会产生碎片。

为了避免这种情况，建议在迁移前对源数据库进行检查，确保所有需要迁移的表都有主键或唯一约束。可以使用SQL查询来找出那些没有主键的表，并在迁移前为它们添加主键或唯一约束。同时，也需要检查源数据库和目标数据库的字符集是否兼容，以避免字符集不匹配导致的问题。

综上所述，在迁移任务完成后，建议对目标数据库进行数据完整性和一致性的校验，确保迁移过程中没有数据丢失或出现错误。如果发现有问题，应及时调整迁移策略或寻求专业的技术支持。

在PolarDB中，如果某些表没有主键，可以迁移，但有数据重复的可能。

在进行数据库迁移时，尤其是在使用数据传输服务（DTS）将数据从源RDS实例迁移到PolarDB目标集群时，主键的作用变得尤为重要。以下是关于迁移过程中主键影响的几点说明：

• 无主键表的迁移风险：如果源实例中的表没有设置主键，那么在数据同步后，可能会导致目标数据库中出现重复数据。这是因为没有主键的约束，系统无法确保数据的唯一性。
• 查询没有主键的表：您可以在源RDS实例上通过具有高权限的账号连接数据库，并执行相应的SQL查询，来找出所有没有主键的表。这有助于您在迁移前对数据进行必要的清洗或预处理。
• 迁移策略建议：为了减少迁移过程中出现问题的风险，建议在业务低峰期执行数据迁移，并且在迁移前评估源库和目标库的性能。这样可以确保数据库在迁移过程中的稳定性和业务的连续性。
• PolarDB-X的主键处理：如果您使用的是PolarDB-X版本，PolarDB-X会为没有指定主键的目标表启用隐式主键作为拆分键。这意味着即使您没有显式地设置主键，PolarDB-X也会创建一个自增的BIGINT类型的主键来保证数据的唯一性。

综上所述，虽然没有主键的表仍然可以迁移到PolarDB，但是存在数据重复的风险。因此，在迁移前最好对源数据库的表结构进行审查，并为没有主键的表添加适当的主键或唯一约束，以确保数据迁移的准确性和完整性。

可以迁移，但是有数据重复的可能。此回答整理自钉群“PolarDB专家面对面 - 自建/RDS MySQL迁移PolarDB MySQL/大版本升级”