如果生产有系统业务在跑，非rapid，能直接替换成8.0.32-27 ？
您好~昨天新版发布是一个可喜可贺的好消息，想请教2个问题？
1、如果生产有实时业务正在跑，如果变更成8.0.32-27 是否有其他隐患和风险？能否直接替换还是说运行一段时间再考虑更新版本？
2、目前8.0.32-26 安全扫描漏洞特别多，这个在新的版本是否有处理呢？还是说，没有改全？
3、未来的MySQL 自主可控，我们万里开源会在哪些方面持续发力？
以上问题望请回复，谢谢
1、如果生产有实时业务正在跑，如果变更成8.0.32-27 是否有其他隐患和风险？能否直接替换还是说运行一段时间再考虑更新版本？
===
可以直接升级到8.0.32-27的，也建议升级。
如果没有使用Rapid引擎表，则可以原地升级，参考 https://greatsql.cn/docs/8.0.32-27/1-docs-intro/relnotes/changes-greatsql-8-0-32-27.html#%E5%8D%87%E7%BA%A7%E5%88%B0-greatsql-8-0-32-27
2、目前8.0.32-26 安全扫描漏洞特别多，这个在新的版本是否有处理呢？还是说，没有改全？
===
在8.0.32-27中修复了几个真正的安全漏洞。
有些所谓的安全扫描其实并不一定总会触发，做好内部安全防护，基本上就足够了。
如果对这个问题比较头疼，可以拿源码自行编译，编译时修改调高版本号。 yejr 发表于 2025-3-11 16:58
1、如果生产有实时业务正在跑，如果变更成8.0.32-27 是否有其他隐患和风险？能否直接替换还是说运行一段时 ...
确实头大，安全这关经常卡主~ yejr 发表于 2025-3-11 16:58
1、如果生产有实时业务正在跑，如果变更成8.0.32-27 是否有其他隐患和风险？能否直接替换还是说运行一段时 ...
叶老师，最新版本下载在哪下载，生产打算要装最新的~ greatSQL小生 发表于 2025-3-14 17:34
叶老师，最新版本下载在哪下载，生产打算要装最新的~
看这里 https://gitee.com/GreatSQL/GreatSQL/releases/tag/GreatSQL-8.0.32-27 关于安全扫描漏洞，通常安全厂商的的判断方法并不是准确的。 reddey 发表于 2025-3-17 09:20
关于安全扫描漏洞，通常安全厂商的的判断方法并不是准确的。
但是硬性要求通过扫漏，你猜你猜。{:2_27:} caihe.li 发表于 2025-3-17 11:28
但是硬性要求通过扫漏，你猜你猜。
叶老师有个修改数据库版本的方法，你可以参考一下，不知道是不是适合你。他的公众号应该有 我们已经从8.0.32-26的版本平滑升级到8.0.32-27的版本了 earl86 发表于 2025-3-24 14:39
我们已经从8.0.32-26的版本平滑升级到8.0.32-27的版本了
那可以开始尝试rapid或turbo引擎了
页:
[1]