#秋日小记#
其实今天看到这么皎洁无暇的月亮心里有点惆怅,一方面惆怅于无法用手机记录它的美,另一方面随着中秋的到来,我最爱的夏天又要过去……
今年的夏天算是比往日充实很多,可以去看live,虽然今年也遗憾没有能和喜欢的人去蹦告五人(笑 但是也去了很多地方,又认识了很多有趣的人。和朋友们一起骑车锻炼,晒黑了不少,但是也尝试了很多不同的穿衣风格。
自我认知里,一直都是一个不太拘泥于当下圈子的人,独立且自由,当然也渴望跳脱现有的一切。想要的很多,能抓住的很少。
今年给自己放了很长的假期,当然也会有思考怎么样能让自己更好,我的一点点焦虑来自于现有的能力匹配不上我的很多想法。慕强又争强好胜,在别人卷我之前,我肯定先卷我自己。
但是今晚当我抬头看月亮的时候,更加觉得自己是多么渺小的存在啊。心里默默安慰自己“功不唐捐,玉汝于成”
一个夏天终将过去,还会有无数个夏天值得期待,希望秋日的烦恼也可以随着这淡淡的月色散去。
https://t.cn/A6LMnG5D

【我的解读:分布式数据库发展趋势报告2022】7月底,国家工业信息安全发展研究中心的2022版《分布式数据库发展趋势研究报告》发布后,我仔细研读了一番。从报告中了解到了不少国产分布式数据库发展的一些前沿性的信息。虽然国外有不少数据库产业发展的而分析报告,不过其分析的内容大多数与我们国家的数据库产业相去甚远,我们国家的产业界也确实需要有一份我们自己的国别数据库产业研究报告。报告是对分布式数据库的发展前景持极为乐观的态度的,确实在国内外的分布式数据库市场近些年的趋势来看,其增长也是相当迅猛的。对此,我也感同身受,分布式数据库的未来有相当广阔的前景。特别是在一些特殊业务场景的支撑上,分布式数据库有着比传统集中式数据库没有的优势。虽然国内外的产业界都比较认可分布式数据库必然迎来爆发性增长,真正能够让分布式数据库在未来的数据库竞争中获得优势的,还应该是分布式数据库在产品所表现出来的符合用户应用场景需求的特性。只有符合用户应用场景需要,并在竞争中表现出真正的优势,才能够真正让分布式数据库在未来的数据库竞争中获得优势。今天我就分布式数据库发展趋势报告中的一些信息,以及我所了解的用户需求来分析一下分布式数据库怎样才能在这场竞争中胜出。多年来,数据库行业内讨论得比较多的一个话题,就是选择分布式数据库还是集中式数据库。实际上这个讨论已经超出了“企业应该选择什么样的数据库产品“这个话题。受到互联网企业在在数据库应用方面的成功的影响,大多数企业都表示对分布式数据库比较感兴趣。目前对于分布式数据库,以及在企业中使用分布式数据库,在不同企业、不同的IT从业人员中是存在两个极端的。一部分人认为企业数据库应用必须用分布式数据库,一部分人认为分布式数据库无法在自己企业里大规模应用。实际上,出现这两种极端认知也是正常的,因为不同的企业的应用场景不同,因此也会对分布式数据库有两种截然不同的看法。要想来探究分布式数据库的问题,首先我们必须回答一个问题,那就是分布式数据库解决了企业的什么问题?或者说企业希望用分布式数据库来解决什么问题?实际上并不是客户天生需要使用分布式数据库,而用户选择分布式数据库一定是分布式数据库有着集中式数据库无法替代的一些能力,否则这个客户的选择就出现了问题。我和很多金融企业的IT人员交流过他们选择数据库的依据,安全可靠,高可用是决定他们选择数据库产品的最重要的要素。哪怕这个数据库在SQL语句上有些限制,性能上有些问题,这些都不是大问题,都是可以通过应用优化来解决的。而安全可靠一旦不能保证,那么金融系统的最根本的安全就受到了极大的影响。分布式数据库的数据多副本存储、自动故障切换等都是金融行业企业所关注的。目前分布式数据库的三种主要的形态,在这方面都下了大功夫。形态一:分布式中间件+单机数据库通过数据库本身的主从复制实现数据的高可用,国产数据库此形态的数据库包括GoldenDB、HotDB、TDSQL、StarDB等,openGauss与ShardingSphere组件整合后,也可以近似等同于此类形态的分布式数据库;形态二:非对称计算节点+分布式存储本身在底层的分布式存储上实现了数据的多副本,而只读备库可以随时快速升级为主库,替代故障的主库,从而确保数据的可靠性,这种形态与集中式数据库十分类似,国产数据库中,阿里PolarDB,腾讯TDSQL-C/TDSTOREdeng都采用此形态;形态三:原生分布式数据库则天然设计为数据多副本,并通过分布式选举协议自动选主,实现透明故障切换,国产数据库中OceanBase、TiDB、HubbleDb等采用此形态。从这三种形态上看,分布式中间件架构和非对称计算节点架构的故障切换时间会因为待复制的WAL的数量而变得不太固定。如果切换发生在大量UPDATE发生时,可能会出现较长的切换延时。相对来说,原生分布式数据库在控制副本复制上更有优势。实现可确保的30秒以内主副本切换,甚至进一步压缩到10秒以内,对于金融用户的高可用要求来说,是十分关键的。实际上金融用户所需要的高可用也是很多其他行业用户选择分布式数据库的一个主因。除此之外,大部分选择分布式数据库的客户都是被HTAP的能力所吸引的。HTAP到底是不是伪需求的问题,实际上已经不需要讨论了,无论是互联网企业还是传统企业,都涌现出了一大批HTAP应用场景。而如何将AP/TP两种截然不同的工作负载在一个数据库里实现,分布式数据库有天然的优势,利用读副本做查询与分析,利用租户与资源管理器隔离用户之间的工作负载,使用行列混合存储或者行存列存双副本,可以为各种HTAP场景提供有力的支撑。前些天我和一个客户讨论数据库XC的问题,他提出了一个需求。他们觉得数据库信创对业务的风险还是挺大的,能不能让数据库一部分跑在X86节点上,一部分跑在信创节点上,根据使用的情况,逐步把X86节点下线,无缝切换到纯信创环境中。实际上这些需求也为我们的分布式数据库厂商提供了一些产品设计的思路,在目前这个特殊历史环境中,能够具备这种能力的数据库,肯定也是能够获得大量的市场的。针对分布式数据库所面临的挑战,报告中提出五点,我们先来看前三点。一个是数据库迁移时的兼容性问题,实际上信创迁移都会面临兼容性的问题,因为以前我们的应用要么跑在商用数据库ORACLE,SQLSERVER ,DB2等上面,要么跑在开源的MySQL、PostgreSQL等上面。如果不考虑SQL语法的兼容性就是耍流氓,系统迁移的成本太高也会制约了数据库XC迁移。除此之外,与集中式数据库不同的是,分布式数据库本身对SQL就有一些天然的约束,有些分布式数据库限制表必须有SHARDING KEY,或者对全局索引有些限制,另外事务隔离级别、每个交易最大的记录数、多表连接的数量,SQL复杂程度等都有一定的约束。还有些分布式数据库不支持存储过程,或者说存储过程的语法上与商用数据库的能力上差距较大。这些问题都会对XC迁移造成了阻碍。安全合规其实是一个更大的问题,目前大部分分布式数据库产品都大量使用了开源的代码,代码的安全性,甚至代码的知识产权合规性都存在较大的风险。不过这些问题普通的用户极难把握,需要我们的管理部门出台具有实用价值的规范与审核和评测手段,避免让不具备专业能力的用户来判断一些合规与法律方面的问题。实际上这三条挑战并不能涵盖用户以及用户应用场景对分布式数据库产品的需求。分布式数据库产品的文档完善度、易用性,可观测性,运维成本、售后服务水平等都是客户十分关注的问题,这些也都是目前绝大多数国产分布式数据库还存在问题的地方。另外一个制约分布式数据库进入寻常百姓家的因素就是成本。目前的很多分布式数据库产品的最小部署单元还是过于庞大,只能让一些有钱的客户成为玩家。分布式数据库小型化一直是客户所期望的,只不过目前我们的很多分布式数据库厂家依然没有看到客户的这种需求。在当前300多种国产数据库横空出世的时代,国产数据库市场内卷是必然趋势。如果只盯着一些有钱的大客户,恐怕是不行的。前阵子OceanBase 4.0发布时推出了单机版分布式数据库,让人眼前一亮。一个分布式数据库可大可小,大型的可以支撑大型互联网业务,小型的可以在云平台的两台ECS虚拟机上构建一个主从高可用集群,如果今后业务发展了,还可以平滑升级到真正的分布式环境。这让很多中小企业也能够玩得起了。。在分布式数据库中也存在一个种类,天生就比较容易小型化的,那就是非对称计算节点的分布式数据库。这种以日志就是数据库理念的分布式数据库产品最早的典型就是亚马逊的Aurora,今年4月份,谷歌也推出了类似架构的AlloyDB。在国产数据库方面,阿里的PolarDB-O/PolarDB-PG,以及腾讯的TDSQL-C/TDSTORE等都是采用这种架构的。虽然这些数据库在高可扩展性方面存在一些不足,不过因为其具备的小型化特性,以及易用性,反而在目前一些用户场景中获得了较好的应用效果。在报告中对于分布式数据库的应用场景与生态也提出了一些挑战。其中提出了客服实验室场景与实际应用场景之间的性能差异的问题十分尖锐。这一点也是我们的用户在具体应用实践中遇到的问题。往往一些分布式数据库产品在实验室的测试数据十分漂亮,但是在应用实践中的效果不太理想。这也是实际应用场景的复杂性决定的。大部分用户是希望数据库能帮他们解决应用中的问题,而不希望通过加大应用的投入来解决数据库存在的缺陷。这需要分布式数据库厂家能够提供大量的技术手段,让用户能够面对各种各样的应用厂家。通过HINT、OUTLINES等技术手段优选执行计划,通过多模引擎让各种非结构化数据的访问变得更为简单,DB4AI/AI4DB等技术的引入等,都会大大拓展数据库的应用场景支持,同时让数据库变得更加易用。最后一点,开源生态是十分重要的,开源生态可以弥补目前国产数据库中存在的研发能力、服务支撑能力不足的问题,也可以缓解用户转向开源数据库的成本压力。因此“开源是基础软件的必经之路”这句话我是十分赞同的。不论如何,分布式数据库要想在未来国产数据库发展中占据主导地位,必须在更好地解决用户应用场景痛点上下功夫,并且在更易用、更低的使用成本、更好的可观测性、更强大的售后服务支撑体系等方面下足功夫才行。我想在目前长长的国产分布式数据库清单里,最终能够成功的也可能只是一个短名单。

记录一下线上开学这几天:好累,要学的东西好多,要看的书好多!每天时间都不够用!还有为啥我的研究生还是这么卷[泪]本科被卷够了,现在也一样卷,并且还有一个同为英专生的同学来卷,我真的不想加入,但是peer pressure让我有点难受师姐她们也好厉害,我导绝对想不到她的新一届学生这么拉跨,哎只希望未来别让她太失望以及今天的愚蠢[上课了]


发布     👍 0 举报 写留言 🖊   
✋热门推荐
  •   既然都重生了,就不要再做这种脑子不清白的梦。  既然都重生了,就不要再做这种脑子不清白的梦。
  • “海底月是天上月,眼前人是心上人,向来心是看客心,奈何人是剧中人” 命运,我自始至终都认为其是一个有趣的东西! 如此恰好,吾叹幸之. 这是好朋友笑着和我
  • 这也是为什么自从野鸡群成立后,基本上不见ss/ns提粉圈战狼这个词了,原本势不两立的战狼大粉及腿毛和ss/ns们已经心照不宣地和谐共处了,这一切都是基于那个蓝图
  • 晚饭后回酒店途中,茸茸又又又看见汽车玩具了,在表达完想买个车的意愿被驳回后,不哭不闹不要求买,就是蹲半天不走。洗完很自觉走回自己的“岗位”[笑cry]下午又去了
  • #刘宇宁珠帘玉幕#|#刘宇宁燕子京# | #摩登兄弟[超话]# “你是我的盛夏晴空,也是我的雨后斜阳。” " ."
  • "你在想什么,去吗"同学叫道我 "去啊,当然" 到了那天,我看着樱花飘落在地上,忍不住叫同学帮我拍一张照片,同学
  • “说的也是,否则不会用两层楼作丝印车间”走到一二层之间的转角,保安室就出现在眼前。他转身追向何生快走了几步,脑子里却不停的在想,这保安怎么这般面熟…… 走出一
  • 消费者代表率先起诉……』https://mp.weixin.qq.com/s?__biz=MjM5MjAzMTk0NA==&mid=2649521160
  • -- 清·叶燮❤️❤️ 大年十一的祝福 : 新岁月增添,火花映霜雪,烟火向星辰,所愿皆成真。#鹿晗[超话]##鹿晗##鹿晗愿望季[超话]##温暖地生长# 公历
  • 我一直认为世上好人总比恶人多,尽管出校园后,我的生活多了很多的不如意,我仍是这样认为,希望楼下哥姐天天开心,生意越来越好[哇][哇]#周深[超话]##打电竞的周
  • 他给予我足够的安全感,他会时刻关注我的感受,确保我能感受到他的爱和支持。他支持你的梦想和愿望,尊重我的理想,甚至他自己做出了牺牲。
  • 沉睡梦弃疾,昏醉见去病,一番言谈心中火,谈起战争,直摇头。)#历史[超话]#宝子们 来啦[鼓掌][鼓掌][鼓掌][鼓掌][小炭火][小炭火][小炭火][小炭
  • 想要趴在摆满星星和小熊的软绵云朵上打个盹这个星球偶尔脆弱,而为也偶尔想与你沉没“错过的是落日余晖,冉冉升起的太阳终会照亮满天繁星”放一颗星球在眉头,等你开口再长
  • 第二次就是今天看完MV之后一直调理不好,再加上看了成员们的一些留言和访谈,看到叮叮说“我们不会永远以twice的身份活跃下去”时我很慌,虽然说天下无不散之筵席,
  • 最喜欢全员抱在一起向前跑然后喷出彩带那里了…LIVE的美好(拿了海量感谢) girigiri里sota的怒吼已经刻在我脑子里了很帅,最后yusei也是脱了,在花
  • 眼霜用料更壕换个牌子价格肯定翻番 - -菇小菇很早之前就建联了,产品试都没试就被品牌名劝退了的人是我,如今舔着脸找他们要产品免费发笔记的人还是我...名气和预算
  • 我当时没有再问,毕竟每次说到猫,就会被轮流换着人告状,说它咬了谁,每个人都觉得它有罪,判定了它就是爱咬人,但我出于偏爱和信任猫,总是不服这些言论,最后仔细一问,
  • 对于万国来说,旗下的腕表款式也是非常多,如万国飞行员系列,柏涛菲诺系列等等,然而对于万国葡七则是一个单独存在的腕表款式,因为腕表的颜值非常高,同时腕表的动能储蓄
  •   将军向宠,性行淑均,晓畅军事,试用于昔日,先帝称之曰能,是以众议举宠为督。今南方已定,兵甲已足,当奖率三军,北定中原,庶竭驽钝,攘除奸凶,兴复汉室,还于旧都
  • 搓肚子:清肠道很多大腹便便的人都开始揉自己的肚子了,其实肠胃差的老年人也能这么做。虽然揉一揉、搓一搓看起来不是很难能唬人,但增强气血的运行也是保健养生的根本法则