大家好，我是马听。
在前面，我们在几篇文章的最后，增加了一些投票。
这篇文章，来汇报一下投票结果。
投票一
你所在的公司，现在使用了哪些MySQL版本？
投票所在文章：GitHub是怎样把MySQL 5.7升级到8.0的？
投票结果如下：
从投票结果来看，大致反映了这些问题：
1 使用5.5的，基本已经没有了，5.6的使用率也少很多了。
2 5.7目前仍然是占很大比例，说明它提供了足够的稳定性和性能，满足了大多数用户的需求；
3 8.0之后的版本，使用比例竟然有24%，说明很多伙伴是愿意尝鲜的；
个人见解：
1 对于MySQL的版本选择，目前建议是上8.0，对于小版本，建议是半年之前的，毕竟也怕再次出现像MySQL 8.0.29的情况，上线几个月发现重大bug又下线了。
2 其实都知道8.0是优于5.7的。之所以不升，有时候其实DBA也决定不了，比如领导求稳、开发怕麻烦（风险+可能涉及代码调整）等因素。
3 正好考虑升级的朋友，可以参考前面写的文章：点击传送。
投票二
问题1：你所在的公司，现在使用了哪些MySQL高可用方案
问题2：你觉得哪些MySQL高可用方案以后会成为趋势
投票所在文章：MySQL主流高可用方案。
投票结果如下：
从投票结果来看，大致反映了这些问题：
1 目前MySQL主流高可用方案是：主从或双主+Keepalived、MGR/InnoDB Cluster、MHA、Orchestrator。
2 还是很多人看好官方高可用方案MGR/InnoDB Cluster，认为它可能成为之后的趋势。
个人见解：
1 没有最好的高可用方案，只有最适合自己公司的高可用方案。根据以往的经验和咨询周围朋友，比如主从或双主+Keepalived看起来不是那么高端，但是他能适用于很多场景。比如同一个公司，多个大版本（这种其实很常见），用MGR就不太合适了，毕竟5.7的MGR问题很多，并且5.7之前的版本还不支持MGR。
2 考虑跳槽去大厂，主从或双主+Keepalived、MGR/InnoDB Cluster、MHA、Orchestrator 这些高可用方案建议都学学。即使有些公司自研高可用方案，但是思路其实都会参考这些高可用方案，比如选主逻辑、同步原理等。
