Magento 2.2.3执行索引命令时触发GTID一致性错误求助

嘿，我之前也碰到过一模一样的问题！Magento 2.2.3的索引逻辑和Google Cloud SQL第二代默认开启的GTID模式不兼容——GTID规则明确禁止在事务上下文里执行CREATE TEMPORARY TABLE或DROP TEMPORARY TABLE，而Magento这个版本的索引操作刚好把临时表创建放在了事务里，就触发了这个1787错误。

下面是两种可行的解决思路：

临时应急方案（适合测试/快速修复） #

如果你只是需要临时完成索引重建，可以先临时关闭GTID的一致性检查：

1. 登录到你的Google Cloud SQL实例的控制台或通过MySQL客户端连接，执行以下SQL命令：

   SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY = OFF;
   SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE;
   

2. 回到Magento服务器，重新运行索引命令：

   php bin/magento indexer:reindex
   

   注意：这个设置会在SQL实例重启后失效，适合临时应急用，不建议长期在生产环境保持这个状态。

永久解决方案（推荐生产环境） #

方案1：升级Magento版本 #

Magento官方在2.3.x及以上的版本里已经修复了这个索引时临时表的事务问题，完美适配GTID环境。如果你的业务允许，升级到更高版本是最稳妥的解决方式，还能获得其他安全和功能更新。

方案2：修改Magento索引代码（过渡方案） #

如果暂时无法升级，可以手动调整Magento的索引代码，把临时表的创建操作移到事务外：

• 找到涉及创建catalog_product_index_eav_temp临时表的代码文件，通常是Magento\Catalog\Model\Indexer\Product\Eav\Action\Full.php
• 调整代码里的事务边界，确保CREATE TEMPORARY TABLE IF NOT EXISTS的操作在事务启动之前执行，删除临时表的操作在事务结束之后执行。

⚠️ 注意：修改核心代码会影响后续的Magento升级，一定要做好代码备份，并且在测试环境验证没问题后再部署到生产环境。

内容的提问来源于stack exchange，提问作者Prashant Valanda