Mysql,新的基于区域磁盘的HA升级完成。我现在可以禁用GTID吗?
我刚刚升级了我的云SQL实例(Mysql),以使用新的基于区域磁盘的复制,如下所述: 现在是否可以禁用GTID(最终)以在事务中执行“创建临时表”?还是备份仍然需要它们Mysql,新的基于区域磁盘的HA升级完成。我现在可以禁用GTID吗?,mysql,google-cloud-sql,Mysql,Google Cloud Sql,我刚刚升级了我的云SQL实例(Mysql),以使用新的基于区域磁盘的复制,如下所述: 现在是否可以禁用GTID(最终)以在事务中执行“创建临时表”?还是备份仍然需要它们 关于您的问题,如果没有二进制日志,您将无法获得高可用性 同时搜索禁用GTID的请求,这是不可能的,因为它们与二进制日志相关,并且为了做到这一点,您需要拥有超级权限 总之,这是CLOUDSQL和标准MySQL的区别,您无法创建临时表和其他语句 请记住,您可以设置,然后您将能够拥有超级用户权限 也供参考:有一个关于它的答案 我想它
关于您的问题,如果没有二进制日志,您将无法获得高可用性 同时搜索禁用GTID的请求,这是不可能的,因为它们与二进制日志相关,并且为了做到这一点,您需要拥有超级权限 总之,这是CLOUDSQL和标准MySQL的区别,您无法创建临时表和其他语句 请记住,您可以设置,然后您将能够拥有超级用户权限
也供参考:有一个关于它的答案 我想它仍然是需要的,因为它们附带了二进制日志,而二进制日志对于CloudSQL的高可用性是必需的。此外,在美国,很明显,在事务中使用例如“创建临时表”语句是不受支持的操作。是的,尽管他们新的“HA方法”实际上没有使用经典的主从复制机制。从未向从属设备发送任何数据。尽管如此,我认为(可选)时间点恢复仍然需要GTID,事实上,如果我在云接口上使用HA时尝试禁用二进制日志记录,会返回一个错误。我想在他们升级到Mysql 8.0.13或允许关闭GTID之前,我会一直处于困境,这两种情况都可能需要很长时间……如果没有二进制日志,您就无法拥有HA。UI返回的错误正是由于这个原因。我知道这并不能很好地解释提供的消息,但这就是它的工作方式。