关于greatsql 高可用能不能直接用基于gtid 构建双主+keepalived
各位大佬，下午好关于greatsql 高可用能不能跟MySQL一样，直接使用基于gtid 构建双主+keepalived ，还有目前源系统基本都是5.7 能否直接用greatsql 8.0以上版本或者最新版本，如果从5.7 到greatsql 8.0以上是否会有性能影响，迁移到greatsql 有没有啥优势呢？
关于greatsql 高可用能不能跟MySQL一样，直接使用基于gtid 构建双主+keepalived
===
能
还有目前源系统基本都是5.7 能否直接用greatsql 8.0以上版本或者最新版本
===
没太理解，意思是master跑5.7版本，slave跑GreatSQL 8.0版本吗，理论上支持，具体需要自己实际测试
如果从5.7 到greatsql 8.0以上是否会有性能影响，迁移到greatsql 有没有啥优势呢
===
8.0整体性能要比5.7更好，支持的功能也更多，当然值得升级了，参考 https://greatsql.cn/docs/8.0.32-25/7-migrate-and-upgrade/1-upgrade-to-greatsql8.html
yejr 发表于 2024-7-16 16:11
关于greatsql 高可用能不能跟MySQL一样，直接使用基于gtid 构建双主+keepalived
===
能
还有目前源系统基本都是5.7 能否直接用greatsql 8.0以上版本或者最新版本
===
没太理解，意思是master跑5.7版本，slave跑GreatSQL 8.0版本吗，理论上支持，具体需要自己实际测试
*******
意思是5.7 的msyql 直接替换成greatsql8.0最新版本，而不是greatsql5.0 版本，还有你们5.0和8.0 是跟mysql 对应吗？还是说是你们自研的一个里程碑版本 yejr 发表于 2024-7-16 16:11
关于greatsql 高可用能不能跟MySQL一样，直接使用基于gtid 构建双主+keepalived
===
能
那行，很多小系统，我就直接采用greatsql 8.0双主+keepalived模式，这样架构简单，改动也小~ greatSQL小生 发表于 2024-7-16 16:34
那行，很多小系统，我就直接采用greatsql 8.0双主+keepalived模式，这样架构简单，改动也小~ ...
不重要的小系统，你可以测试一下。 greatSQL小生 发表于 2024-7-16 16:33
还有目前源系统基本都是5.7 能否直接用greatsql 8.0以上版本或者最新版本
===
没太理解，意思是master跑5 ...
5.7已经EOL了，不再建议使用，最好升级到8.0版本。
另外，推荐使用GreatSQL跑MGR架构。
用 双主+Keepalived 架构的缺点是，传统主从不能保证数据的最终一致性，双节点的 Keepalived 还容易发生脑裂问题。 yejr 发表于 2024-7-16 17:09
5.7已经EOL了，不再建议使用，最好升级到8.0版本。
另外，推荐使用GreatSQL跑MGR架构。
嗯，目前大部分架构都是这样，但是其实都是保证一个节点做写，另外一个节点是读，但业务只会再vip 节点读写，另一个节点相当于备节点~而且keepalived 切换会自动把备节点数据库设置成只读 yejr 发表于 2024-7-16 17:09
5.7已经EOL了，不再建议使用，最好升级到8.0版本。
另外，推荐使用GreatSQL跑MGR架构。
后续如果有迁移会直接迁移到greatsql8.0最新版本 ，MGR cluster是可以考虑，但是就是费主机和虚拟机~，如果小业务系统双主+keepalived 可能会更好一些 greatSQL小生 发表于 2024-7-17 11:51
后续如果有迁移会直接迁移到greatsql8.0最新版本 ，MGR cluster是可以考虑，但是就是费主机和虚拟机~ ...
后面最好使用greatSQL新版本，这样灵活性和稳定性有保障。 greatSQL小生 发表于 2024-7-17 11:51
后续如果有迁移会直接迁移到greatsql8.0最新版本 ，MGR cluster是可以考虑，但是就是费主机和虚拟机~ ...
我们现在新项目也都用8.0了，函数语法差异不大，还多了不少函数如开窗，可以把全量sql用8.0跑一下，避免直接迁移程序报错
页:
[1]
2