#秋日小记#
其实今天看到这么皎洁无暇的月亮心里有点惆怅,一方面惆怅于无法用手机记录它的美,另一方面随着中秋的到来,我最爱的夏天又要过去……
今年的夏天算是比往日充实很多,可以去看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 举报 写留言 🖊   
✋热门推荐
  • #七夕快乐#不是只有结婚生子中奖这些大事才是幸福,其实生活中的一些“小确幸”也能让你幸福满满:煮杯咖啡,在清晨静静享用;做道家常菜,和家人细细品尝;牵手爱人,在
  • #运程[超话]#五行读象精髓总结    82、印星,代表收藏,不肯拿出来之意,不肯拿出来便是悭俭或吝啬;印星坐衰病之地而无根,吝啬不会太利害。#算命八字占卜合婚
  • 凡所际遇绝非偶然从寒冬到酷暑悠悠半载我们在这个特殊的夏日里相遇不远万里结下与梅花村的情缘 队长 徐慧芷辽宁鞍山人入党积极分子新闻与传播学院广播电视编导专业在读新
  • それを探していただけたら…』『巨大な町?』『ってことは指輪って…』『騎士様!
  • 【大菅】《一支玫瑰》【牛及】1⃣️《错误顺序》离婚+破镜重圆 2⃣️《开口表达》 3⃣️点梗短打 【关于产品的发疯言论汇总】(因为不知道有什么言论设置了关注可见
  • 还设置了2000余平方米临时菜市场、72个临时停车位,将马家沟路拓宽至20米,补齐了片区公建配套严重不足的短板,有效改善了交通便捷度,解决了片区居民出行难、买菜
  • #今日打卡签到##崔胜澈0808生日快乐# 我们胜澈哩生日快乐呀能在无尽的时代洪流里与你相遇,比任何事情都让我幸福一直以来真的非常非常感谢你的存在,是我们可靠
  • 3⃣️51 EJOHN宝石流苏戒指:集齐宝石与流苏元素,设计师真的很懂女孩的心思呐~打破彩色闪耀宝石的固定形式,以链条串联,随动作展示不一样的形态与光泽,这种自
  • 后来,曾有记者去采访已80高龄的昂妮,昂妮说:“我从不后悔逃离总统府,我拥有了自由,我相信当我是个孩子时,上帝就赋予了我这些。第二天小芒果不想走于是我们又续住了
  • 关于贝反售-目前Rosci_的花还处于起步阶段,成品更倾向于作为福利抽//奖送给大家。如果又看上的款欢迎私信询问,如有现货则可贝勾买,或者蹲蹲每月的抽//奖也是
  • རང་སྣང་རྣམ་དག་ལྷག་པའི་ལྷ་རུ་རྟོགས།།གྲགས་སྟོང་སྐྱེ་མེད་སྔགས་ཀྱི་སྒྲ་དབྱངས་ཆེ།།དྲན
  • “刀锋”的余温还在脑子里萦绕,从最初看不懂的拉里到最后羡慕的拉里,从最初执着的伊莎贝尔到最后真实的伊莎贝尔,所有人都觉得他们应该在一起,甚至他们自己也是这样想,
  • 于是,他周末回来给我买了菜,还独立完成烧菜了,还从北方同事那里学会了做面,无论是菜还是面,味道都好极了,天赋型选手。小的时候从没认真过过儿童节,对于儿童节仅有的
  • 面料不算厚也不算太薄,弹性较大,适合贴身穿着,对肌肤没有刺激性,尤其是家居服这种单品,舒适性比什么都重要!尺寸21/12/7 wx:finebell8888西班
  • 【合肥学院】今年扩招600个招生计划,考生可参考往年排名和分数今年,合肥学院面向省内外23个省份安排普通本科招生计划总数4200人,相较去年“扩增”600人。考
  • 你却,以你人心的情感,人性的愚昧,在破坏这个纯洁的标准,你认为,我收取钱财是你的荣幸,所以你倾尽家财也心甘情愿供养我。我从没有向任何人,祈求过一分钱的供养,就是
  • 你说过“拽而有礼,拽而不狂”希望你永远都是这样的李易峰,记住以后的日子一定要每一天都做快乐的李易峰。图源:橙予草#李易峰[超话]##祝李易峰0504生日快乐
  • 对于偶粉宝宝来说,每个月的20号都是让我们惊喜不断的偶粉节,恰逢这次偶粉节遇上了520,小偶更为大家带来了狂拽炫酷吊炸天的疯狂节日趴,秒杀活动:2016年5月1
  • 在“人世间”主题赛中,由ICE杨长青,刘聪和盛宇组成的“成功之父”联盟,以一首《隆里电丝》(lonely dance)惊艳全场,那标新立异的表演风格和自由舒缓的
  • 如果你是才华横溢的文案小能手;如果你是美工视频爱好者;如果你喜欢他支持他但是又不知道能为他做点什么;如果你有想法有能力却空无一个施展的地方……那不妨点开下图看看