Magento 2.4.7升级后GraphQL缓存失效问题分析

问题背景

在Magento 2.4.7版本中，部分用户在升级后遇到了GraphQL缓存失效的问题。具体表现为每次请求都会重新生成GraphQL配置数据，而不是从缓存中读取，这导致系统性能显著下降，特别是在Hyva React Checkout等场景下，每次操作可能需要长达10秒的响应时间。

问题现象

通过调试代码发现，Magento_Framework_GraphQlSchemaStitching_Config_Data缓存在每次请求时都显示为"MISS"状态，而不是预期的首次"MISS"后后续请求应为"HIT"状态。这意味着系统无法有效利用已缓存的GraphQL配置数据，导致每次都需要重新解析和生成配置。

技术分析

经过深入调查，发现问题与Redis缓存配置中的use_lua参数密切相关：

1. Redis Lua脚本问题：当use_lua设置为1（这是2.4.7版本的默认值）时，缓存读取操作可能无法正常工作。这是因为Redis的Lua脚本实现在某些特定条件下可能无法正确处理大型缓存数据。

2. 缓存序列化问题：GraphQL配置数据通常较大且结构复杂，当使用Lua脚本处理时，可能由于数据大小或特殊字符序列导致缓存读取失败。

3. 升级兼容性问题：从2.4.6-p4升级到2.4.7后，新的默认配置可能不兼容某些特定环境下的Redis实现。

解决方案

针对此问题，Magento官方团队已经提供了修复方案：

1. 临时解决方案：在Redis配置中将use_lua参数显式设置为0，可以立即解决问题。这可以通过修改app/etc/env.php文件中的缓存配置实现。

2. 官方修复：Magento内部团队已经提交了永久性修复（commit a52ff98f736aadc9b9fc079ebfcf5a194f51f380），该修复已包含在后续版本中。

最佳实践

对于使用Magento 2.4.7版本的用户，建议：

1. 在升级后检查Redis缓存配置，特别是use_lua参数
2. 监控GraphQL请求的响应时间，及时发现潜在的性能问题
3. 保持系统更新，确保应用最新的安全补丁和性能修复

总结

Magento 2.4.7中的GraphQL缓存问题是一个典型的升级兼容性问题，它展示了缓存配置变更可能对系统性能产生的重大影响。通过理解问题的根本原因和解决方案，开发人员可以更好地维护和优化他们的Magento商店性能。