分布式数据库版本迭代快，对用户来说是真的好吗？

我们的解决策略是：只做大版本升级，减少升级次数。
厂商经常会做一些打补丁、优化的操作，大部分都是小版本更新，那么除非对业务或应用影响大的情况会单独升级，否则我们会把所有小版本更新集中到一个包里，一次性做个较大版本的升级，以减少次数。

个人认为版本迭代也分情况考虑：
1、小版本迭代通常是用于修复Bug，不带入新增功能，此种类型的小版本快速迭代有助于快速修复数据库Bug与隐患。
2、大版本迭代通常是增加新功能与性能优化。此类型的版本快速迭代不适用于对稳定性要求较高的系统。而对于一些对数据库性能要求较高的系统，可在测试环境试用最新版本，验证新版本在性能上的提升程度。另外我认为大版本的迭代，应尽量减少运维体系的变化，降低运维学习成本。

厂商版本更新没关系，对用户来说是绝对不行随时版本进行更新迭代的，但是如果版本跨度太大，更新会更加繁琐和麻烦，很多自己还搞不定，并且未来兼容以及不确定因素太多，所以国产数据库的稳定性还是需要加强，兼容性也需要加强。我们用的OB和TIDB都是这样，版本迭代快，意味着问题也多。

版本更新太快肯定是不好的，说明版本也不稳定，很多bug，还不太成熟，虽然国产化是需要一段路，但是也不能给用户带来太多风险和坑，现在我用过的tdsql版本更新就很快，2019到2022，差不多从14到19大版本，中间小版本都没法统计，更新带来太多麻烦和风险。

对于银行业来说，每年的软件基线的固定的，所以不希望软件频繁更新。对于所有类型业务系统来说，数据库的稳定更是大家看中的。接受正常有计划的版本迭代，不希望迭代太快。