我们可以在 mysql 组复制中使用 REPEATABLE-READ 隔离级别吗？
can we use REPEATABLE-READ isolation level in mysql group replication?
我正在查看组复制限制中的 Mysql 组复制参考手册（https://dev.mysql.com/doc/refman/8.0/en/group-replication-limitations.html）
而且说明书上说
我已经在google中搜索过这个问题，但我只得到了手册之类的信息。
因为我需要用到RR隔离级别。所以我想知道如果我在单主模型中使用 Mysql 组复制，它有问题吗？
如果有问题，会是什么问题？
Because I need to use RR isolation level. So I want to know if I use
Mysql Group Replication in single primary model, does it have problem?
请注意，您可以在粘贴的页面顶部阅读
Note that the limitations and issues described for multi-primary mode
groups can also apply in single-primary mode clusters during a
failover event, while the newly elected primary flushes out its
applier queue from the old primary.
但是从 8.0.13 版本开始，对新主节点的写入受到限制以避免此类问题，因此理论上如果您必须 RR
是安全的
GAP 锁的问题在于，由于存在一些 GAP 锁，您可以让来自组的输入与写入该成员的输入发生冲突。问题是该场景的结果可能会导致该成员的本地更改不会传播到其他成员（数据分歧）。
我正在查看组复制限制中的 Mysql 组复制参考手册（https://dev.mysql.com/doc/refman/8.0/en/group-replication-limitations.html） 而且说明书上说
我已经在google中搜索过这个问题，但我只得到了手册之类的信息。
因为我需要用到RR隔离级别。所以我想知道如果我在单主模型中使用 Mysql 组复制，它有问题吗？
如果有问题，会是什么问题？
Because I need to use RR isolation level. So I want to know if I use Mysql Group Replication in single primary model, does it have problem?
请注意，您可以在粘贴的页面顶部阅读
Note that the limitations and issues described for multi-primary mode groups can also apply in single-primary mode clusters during a failover event, while the newly elected primary flushes out its applier queue from the old primary.
但是从 8.0.13 版本开始，对新主节点的写入受到限制以避免此类问题，因此理论上如果您必须 RR
是安全的GAP 锁的问题在于，由于存在一些 GAP 锁，您可以让来自组的输入与写入该成员的输入发生冲突。问题是该场景的结果可能会导致该成员的本地更改不会传播到其他成员（数据分歧）。