类似的问题，但并没有消除我的疑虑：AWS Aurora集群：强一致性还是最终一致性
根据aws的说法，复制是异步进行的，可能会有大约十分之一毫秒的复制滞后。但aurora使用qouroms进行读写。有6个数据副本，只有当数据写入4个存储节点并从3个存储节点读取时，才确认写入。因此，总会有一个存储节点具有最新数据。文章：AWS Aurora集群：强一致性还是最终一致性？所以我有以下问题：
- Aurora Mysql中的复制滞后是什么意思，因为陈旧的数据永远无法读取
- 在故障切换期间，是否会因为复制滞后而导致数据丢失？(当主实例由于某种原因崩溃，而复制副本作为主实例接管时(
请注意，所有指令都在同一个区域，并且只有一个master数据库实例。
-
复制滞后的含义是："对于Aurora复制副本，从主实例复制更新时的滞后量"Aurora指标
-
故障转移由AWS自动处理，将副本升级到主实例大约需要30秒。他们表示不会丢失任何数据-常见问题。因此，我的假设是，虽然这种情况有可能发生(对于所有事情：(，但可能性很小，不应该引起关注。
对于任何偶然发现这个答案的人来说，都会有复制延迟和写入延迟。
创建数据库和修改数据库结构似乎比插入和更新数据要延迟得多。
至于延迟时间，似乎从几秒钟到一两分钟不等。
(我使用的是Aurora Serverless，所以不确定它是否与其他类型不同(