为什么 innodb primary selection 优先选择低版本服务器？
why innodb primary selection prioritize lower version of server?
我正在阅读 MySQL 有关 InnoDB 单主模式的文档。它声称选择下一个主要的第一个因素是服务器的版本。重量和 UUID 位于版本之后。那么这是什么原因呢？我的猜测是，如果用作主节点，则更高版本的主服务器可能具有低版本节点难以接受的功能，但那是什么？
The first factor considered is which member or members are running the lowest MySQL Server version. If all group members are running MySQL 8.0.17 or higher, members are first ordered by the patch version of their release. If any members are running MySQL Server 5.7 or MySQL 8.0.16 or lower, members are first ordered by the major version of their release, and the patch version is ignored.
向后兼容性通常内置于任何版本中。大师有点负责。因此，运行 "newer" 版本的 Slave 是相当安全的。
如果没有这个约定，就很难发布不兼容的功能——Master 需要与 Slave 协商来决定使用什么旧协议。
我正在阅读 MySQL 有关 InnoDB 单主模式的文档。它声称选择下一个主要的第一个因素是服务器的版本。重量和 UUID 位于版本之后。那么这是什么原因呢？我的猜测是，如果用作主节点，则更高版本的主服务器可能具有低版本节点难以接受的功能，但那是什么？
The first factor considered is which member or members are running the lowest MySQL Server version. If all group members are running MySQL 8.0.17 or higher, members are first ordered by the patch version of their release. If any members are running MySQL Server 5.7 or MySQL 8.0.16 or lower, members are first ordered by the major version of their release, and the patch version is ignored.
向后兼容性通常内置于任何版本中。大师有点负责。因此，运行 "newer" 版本的 Slave 是相当安全的。
如果没有这个约定，就很难发布不兼容的功能——Master 需要与 Slave 协商来决定使用什么旧协议。