MySQL 8.4 MGR 可以上生产吗？

MySQL 8.0/8.4 执行 DDL 会丢数据？是，但影响有限
https://mp.weixin.qq.com/s/RwAzDdicYWl1cdDq-I0Jsg

用就不要怕
9.1.0 直接冲 哪里报错改哪里

不用 innodb cluster 的话 没必要上 lts
用 innodb cluster 的话 router 坑不少 但是都能解决

8.4 版本 master/slave 关键词因为政治正确，改成了 primary/replica 了吧，之前工具可能都不适配，可以从 8.0 开始用，慢慢等生态工具支持新关键词

我们公司就用的 8.4 的 innodb cluster+mysql router ，另外还是用的 docker+swarm 运行的~~~

@qW7bo2FbzbC0 #4

没关注。。还以为这股风气结束了。。没想到居然还在。。

这下难受了，不知道得等多久。

@pigeon2049 牛逼

@realpg 我看 8.4 相比 8.0 没多什么特性，请问 innodb cluster router 有什么坑吗？

@vczyh #8
router 可靠性比较差
经常自己就无了
而且 router 默认生成器是 init.d 启动 不会自己重启 不知道什么草台班子写的 甚至不是 systemd

router 得日志功能形同虚设 崩了 死了 都不会写日志
有时候进程正常 内存也没泄露 对外服务就不好使了 然后自身还正常上报自己正常

反正这个 router 的可靠性和逻辑 像是大专生课程作业

从 8.3 到现在 一直这样 版本我们一直滚动升级 问题常态存在

@hetal #5
你们 router 自己改造没 router 的可靠性如何
其他都好 就 router 的坑我们踩了几百次了
现在甚至已经整了一帮人研究 router 结构 自己重写一个 router

@realpg 多谢，不过我们还在调研

1. 如果不使用 router 可以不，我直连 Primary(RW)和 Replica(R)
2. 相比简单的主从，单 primary MGR 的性能如何

@realpg 用了 1 年了官方 docker 版本，没有发现啥问题

@vczyh 我们在正式使用前做了很多压力测试，主要实测如下：
1. Docker 的版本会比普通版本 qps 少 10%左右
2. MGR 比普通单台性能平均少 30%左右，写入和读取平均一下

好处是：
1. 解决了单点故障问题，高可用性
2. 扩容、迁移、升级更简单了

@hetal #12
大概是我们的 mysql 负载太重的原因 轻负载可能无法复现

@vczyh #11
你不使用 router 那就不要用这个 cluster 直接回归原始主从

另外看我问#12 的 因为用这玩意生产的企业真的不多 我们的 mysql 集群是充分设计利用效能的，负载非常重，并发很高，数据量也非常大，但是不会搞死数据库引擎

可能只有到很重负载的 很高并发的规模才会 router 不稳定
这个仅供参考

@realpg 你说的 router 不稳定，有什么现象，错误，或者具体一点的错误日志么

@realpg 或者具体的版本号，操作系统，部署方式，配置文件的参数，服务器的参数等

@qW7bo2FbzbC0 当年是哪群傻 B 提出 master 改 main 的？就为了这么个东西浪费多少的资源。

我帮客户在 k8s 上用官方 mgr operator 部署的集群，跑了一年了目前没什么问题。不过要让我再选，一律不建议 mysql 集群，遇到问题明明官方文档有解决方案但是因为没有买 oracler 服务还看不了，太恶心人了。
router 确实坑多，最好不要用，我是换成 proxysql 了。

@realpg 多谢多谢

1. 目前发现 cluster 好处是自带数据 clone 、failover 、节点管理
2. 你们多个 router 前面挂了 LB 吗？

@hetal MGR 对于客户端使用（比如一些 SQL ）上有什么限制吗？