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

@Derek20 股份制银行 大数据架构师

从用户角度只能接受有计划的版本迭代和升级，否则面对的都是风险和麻烦！国产数据库厂商在这块做的尤为不好，看着好像厂商针对问题及时进行bug完善，对用户来说是好事，其实不然，用户是需要稳定和安全，一个版本的上线，已经经过很多人的参与，如果短时间内又要经过版本更新，对用户的运行维护来说实在不便。从用户角度来说绝对不是一件好事情。

@Dongxin 某银行股份有限公司 系统架构师

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

@bigdata_user 博彦科技 软件开发工程师

好不好是相对的，不是绝对的，对于数据库厂商来讲为了快速变现，所以将一个基本能用的数据库上线。但是数据库到各个项目之后，各个项目的特性问题会直接暴露数据库的问题，这样就需要数据库厂商一直修改bug，导致频繁升级，升级对于数据库厂商为好事，它在完善。

但是各个客户这边用了一版数据库之后，如果出问题了，肯定不能等升级的，一般都通过特殊处理绕过去问题的形式解决，时间久了就都不记得当时做的特殊处理了，这样再升级数据库会出现很多的问题 。

还有数据库最重要的就是稳定性，一次升级就会存在诸多潜在问题，更别说频繁升级了。

@wanggeng 某银行 系统运维工程师

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

@pysx0503  系统工程师

对于各种产品的版本迭代，真的是件矛盾的事情。产品研发上线的周期短，缺少充足的测试时间导致产品本身有很多bug，加上各种业务需求不断更新导致产品不断的更新。但是数据库是整个业务的核心。多数情况下，企业都难以承受数据库版本更新所可能产生的各种风险而选择维持现状，但时间一久，又会加加大产品本身带来问题的风险。

面对现在不断更新的版本，虽然明知道过快的版本迭代不好，但其实还是要正面这个问题，选择一个折中的周期来进行版本的更新。既不要过于频繁的更新数据库版本而增加风险和运维压力，也不要长时间的不更新，等到和市场主流版本脱节而导致更新成本激增，甚至到无法解决的地步。

@lizhao01 北银金科 DBA

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

@annoymous

目前TiDB是火车头发布，每月一个版本，我们最早上的是4.2，现在他们发布到6.1了。我们测试也升到6.1，生产环境一般不能升级，升级需要停库升级，这个太要命了。如果有问题就只能通过备份恢复数据库，从备份做全恢复的话，停机时间太长接受不了，所以我们用TiDB，只能在底层硬件替换的时候会换大版本升级，测试环境啥的都是可以及时更新的。

@yata52 中国人寿财险 数据库管理员

每次厂商发布了新的版本，的确可以带来激动人心的新特性新功能，也可以解决当前已上线系统的痛点。但是，对于生产系统运维管理，做加法的同时也要做减法。对于版本升级要充分评估利弊，影响范围，是否具备回退路径，综合考虑后再去决定是否跟进升级。

@CalvinYang 浙商银行 DBA

个人认为版本迭代也分情况考虑

1、小版本迭代通常是用于修复Bug，不带入新增功能，此种类型的小版本快速迭代有助于快速修复数据库Bug与隐患。

2、大版本迭代通常是增加新功能与性能优化。此类型的版本快速迭代不适用于对稳定性要求较高的系统。而对于一些对数据库性能要求较高的系统，可在测试环境试用最新版本，验证新版本在性能上的提升程度。另外我认为大版本的迭代，应尽量减少运维体系的变化，降低运维学习成本。

你怎么看？

欢迎点击文末 参与 票及探讨

觉得本文有用，请转发、点赞 点击“在看”，让更多同行看到

• 解析分布式数据库的技术框架

• 当前引入分布式数据库是否必要？5个新问题需要关注

• 企业在什么情况下有引入分布式数据库的必要性？
  

欢迎关注社区 "分布式数据库" 技术主题 ，将会不断更新优质 、文章，您也可以前往提出疑难问题，与同行切磋交流。地址 https://www..com/Topic/37323

*本 所发布内容仅代表作者观点，不代表社区立场