《分布式数据库版本迭代分析.docx》由会员分享，可在线阅读，更多相关《分布式数据库版本迭代分析.docx（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、分布式数据库版本迭代分析“分布式数据库处于发展期，还未达到成熟期，使用过程中遇到的各类问题较 多，需要及时修复。现在数据库厂商普遍版本迭代太快，这对厂商来说可以更 好及时修复问题，进行功能优化，但是没有考虑到用户的实际情况，如果升级 频繁可能对原有系统带来风险和问题。现在市场上OB、TDSQL、TiDB等等分布 式数据库都有这个问题。而且维护人员还需要重新进行一次熟悉和安全检测。 用户如果自己选择时间进行升级，跨多版本进行升级，跨度太大，这样对各个 版本前后兼容问题会带来很大风险，此外，有的还必须让厂商来做，这里边还 会涉及行内配合费用，厂商的人天也很贵的。这给用户造成升级也不是，不升 级也不
2、是的困境。针对眼下分布式数据库版本的迭代频率，大家如何考虑？对 用户来说真的好吗？大家在分布式数据库版本迭代上是如何处理的，如何应对 版本频繁升级？希望大家在投票后可以谈谈自己企业的应对经验！”以上是来自金融行业的系统架构师nkj20210218在社区提出的问题，并发布 了投票好vs不好分布式数据库版本迭代快：是好事，可以及时修复问题和优化!分布式数据库版本迭代快：不好，频繁升级带来兼容风险、运维压力等等！社区会员在投票后纷纷分享了自己企业的应对经验，以下是部分观点。对这个 问题，你怎么看？欢迎到社区投票和发言（点击文末可以看实时票数和参与投 票、分享观点）。对选项1 “分布式数据库版本迭代快
3、：是好事，可以及时修复问题和优化!的讨论libai21海通证券软件架构设计师：现在国产数据库还处于成长阶段，快速迭代是应对需求的正反馈。以前总是抱怨国外产品不理会客户需求，现在国产数据库对需求的反馈很积 极，充分说明了国产的必要性。 当然，国产数据库的版本管理比较混乱，没有清晰的产品路线图，客户需求管 理不规范，需要加倍努力。对选项“ 2.分布式数据库版本迭代快：不好，频繁升级带来兼容风险、运维 压力等等！”的讨论wanglaye 某大型金融机构信息技术经理：我们的解决策略是：只做大版本升级，减少升级次数。厂商经常会做一些打补丁、优化的操作，大部分都是小版本更新，那么除非对 业务或应用影响大的
4、情况会单独升级，否则我们会把所有小版本更新集中到一 个包里，一次性做个较大版本的升级，以减少次数。haozhangsir银华系统工程师:现在分布式数据库更新的版本多又快，主要还是因为问题相对比较多，解决一 些已知bug,但是为了解决bug频繁进行升级和迭代，这样会带来很大的变更 风险和工作量，这样带来的收益反而降低，如果不是极大影响数据库，不建议 频繁升级，十次事故九次变，减少变更，等版本稳定可以统一升级到一个稳定 版本。Oelementkkk：分布式数据库上面往往放了多个业务的数据库，如果升级需要停机，那对于升 级窗口很少的用户来说是个大问题。期待厂商能做到对用户无感知。Tony9深圳证券交
5、易所架构师：一个产品的生命周期包括初创期、建设期、稳定期、消亡期。在前两个周期存 在频繁迭代是正常的，稳定期应当固定的、较长周期的迭代。数据库是应用系统的重中之重，频繁迭代必然带来风险。我们需要反思2点：1、从数据用户侧产品选型：是否考虑了产品发展周期？是否很好地平衡”为满 足业务需求不得不采用某个产品”和“该产品频繁迭代带来的问题”？在系统变更、数据完整等方面做了哪些设计来应对风险和运维压力？2、从产品研发侧迭代策略：当前产品所处阶段和快速迭代是否匹配？新功能、 新Bugfix是否解决了用户的痛点（是否价值大）？作为系统架构师，需要做好权衡和应对。Derek20股份制银行 大数据架构师：从用
6、户角度只能接受有计划的版本迭代和升级，否则面对的都是风险和麻烦！ 国产数据库厂商在这块做的尤为不好，看着好像厂商针对问题及时进行bug完 善，对用户来说是好事，其实不然，用户是需要稳定和安全，一个版本的上 线，已经经过很多人的参与，如果短时间内又要经过版本更新，对用户的运行 维护来说实在不便。从用户角度来说绝对不是一件好事情。Dongxin某银行股份有限公司系统架构师：厂商版本更新没关系，对用户来说是绝对不行随时版本进行更新迭代的，但是 如果版本跨度太大，更新会更加繁琐和麻烦，很多自己还搞不定，并且未来兼 容以及不确定因素太多，所以国产数据库的稳定性还是需要加强，兼容性也需 要加强。我们用的0
7、B和TiDB都是这样，版本迭代快，意味着问题也多。bigdata_user博彦科技软件开发工程师：好不好是相对的，不是绝对的，对于数据库厂商来讲为了快速变现，所以将一 个基本能用的数据库上线。但是数据库到各个项目之后，各个项目的特性问题 会直接暴露数据库的问题，这样就需要数据库厂商一直修改bug,导致频繁升 级，升级对于数据库厂商为好事，它在完善。但是各个客户这边用了一版数据库之后，如果出问题了，肯定不能等升级的， 一般都通过特殊处理绕过去问题的形式解决，时间久了就都不记得当时做的特 殊处理了，这样再升级数据库会出现很多的问题。还有数据库最重要的就是稳定性，一次升级就会存在诸多潜在问题，更别说
8、频 繁升级了。wanggeng某银行系统运维工程师: 版本更新太快肯定是不好的，说明版本也不稳定，很多bug,还不太成熟，虽 然国产化是需要一段路，但是也不能给用户带来太多风险和坑，现在我用过的 TDSQL版本更新就很快，2019到2022,差不多从14到19大版本，中间小版本 都没法统计，更新带来太多麻烦和风险。pysx0503 系统工程师：对于各种产品的版本迭代，真的是件矛盾的事情。产品研发上线的周期短，缺 少充足的测试时间导致产品本身有很多bug,加上各种业务需求不断更新导致 产品不断的更新。但是数据库是整个业务的核心。多数情况下，企业都难以承 受数据库版本更新所可能产生的各种风险而选择
9、维持现状，但时间一久，又会 加加大产品本身带来问题的风险。面对现在不断更新的版本，虽然明知道过快的版本迭代不好，但其实还是要正 面这个问题，选择一个折中的周期来进行版本的更新。既不要过于频繁的更新 数据库版本而增加风险和运维压力，也不要长时间的不更新，等到和市场主流 版本脱节而导致更新成本激增，甚至到无法解决的地步。lizhao01 北银金科 DBA： 对于银行业来说，每年的软件基线是固定的，所以不希望软件频繁更新。对于 所有类型业务系统来说，数据库的稳定更是大家看重的。接受正常有计划的版 本迭代，不希望迭代太快。annoymous：目前TiDB是火车头发布，每月一个版本，我们最早上的是4.2
10、,现在他们发布 到6.1 了。我们测试也升到6.1,生产环境一般不能升级，升级需要停库升 级，这个太要命了。如果有问题就只能通过备份恢复数据库，从备份做全恢复 的话，停机时间太长接受不了，所以我们用TiDB,只能在底层硬件替换的时候 会换大版本升级，测试环境啥的都是可以及时更新的。yata52中国人寿财险 数据库管理员：每次厂商发布了新的版本，的确可以带来激动人心的新特性新功能，也可以解 决当前已上线系统的痛点。但是，对于生产系统运维管理，做加法的同时也要 做减法。对于版本升级要充分评估利弊，影响范围，是否具备回退路径，综合 考虑后再去决定是否跟进升级。对选项1、选项2以外的其他讨论CalvinYang 浙商银行 DBA：个人认为版本迭代也分情况考虑: 1、小版本迭代通常是用于修复Bug,不带入新增功能，此种类型的小版本快速 迭代有助于快速修复数据库Bug与隐患。2、大版本迭代通常是增加新功能与性能优化。此类型的版本快速迭代不适用于 对稳定性要求较高的系统。而对于一些对数据库性能要求较高的系统，可在测 试环境试用最新版本，验证新版本在性能上的提升程度。另外我认为大版本的 迭代，应尽量减少运维体系的变化，降低运维学习成本。-全文完-