| 易学小故事 |
曾国藩在京为官时，常微服到民间暗访。有一天早朝回来，他又脱去官服，换上便装，独自从花园地角门走出去，来到街口，遇见有一算命摊，卦旗上写着测字看相四个大字。曾国藩一时兴起，便向那算命摊走去。算命先生见来了客人，忙起身打招呼：这位客官，您是看相，还是测字？“测字。”曾国藩不假思索随口回答。“请客官赐字。”算命先生打开砚台，递过毛笔。曾国藩提笔蘸墨，在纸上一挥而就写了个“人”字，随即将笔搁在砚台上。没料想那笔没搁稳，竟从砚台上滚落下来，停在刚写的字上。算命先生一看，大吃一惊，又抬头打量了一下曾国藩，赶忙谦恭地施礼道：“曾大人，恕小人无礼，敢问大人问的什么事？”曾国藩一怔，没想到这人能识破自己的身份。但他表面不露声色，淡然一笑，道：“本人无事，只随便看看。”“那好，不远送大人。”算命先生不再多问，机敏地拱了拱手。曾国藩回到家中书房，仍想着刚才地事：那算命先生与我素未谋面，如何能识破我的身份？是果真有过人才智，还是胡猜瞎测、歪打正着？于是，他把府中师爷叫来，如此这般交代了一番。话说那算命先生见曾国藩走远，心里着实吃惊不小：当朝重臣微服测字福是祸？正思忖间，一个骑着高头大马、穿着绫罗绸缎地人，带着两个随从来到摊前。那人一下马，便大声吆喝：“让开，让开，大爷要测字。”未等算命先生开口，就抓起桌上的毛笔，在纸上画了一个“人”字，随即把笔扔在纸上。算命先生看了来人一眼，冷笑一声：“小子莫在这里狐假虎威，回去好好侍候你的主子。像你这般莽撞无礼，小心主人给你苦头吃。”那人见算命先生戳穿他的底细，顿觉脸上无光，赶忙带着随从灰溜溜地走了。过了不到一个时辰，摊前又走来一个三十多岁的汉子。那汉子虽衣着光鲜，但面色灰暗，两眼无光，行为猥琐。算命先生问明来人要测字，便递过毛笔，要他写在纸上。“我没读过书，不会写字，口述可以吗？”“那你要测什么字？问什么事？”算命先生问道。“我想测个人字，问现在的吉凶。”算命先生点点头，对汉子说：“按你刚才报地字来看，你的祸事并未脱身，还有牢狱之灾。”来人一听，大吃一惊，赶紧转身走了。暮色将近，算命先生正要收摊回家，过来一位清瘦老者。老者自称是曾府地师爷，说曾大人请先生到府上一叙。算命先生看来者似无恶意，心想“是福不是祸，是祸躲不过”，便随师爷来到曾国藩府第。在书房里，曾国藩笑着对算命先生说：“本官今天上午到先生摊上测字，先生是如何看出本官身份的？”算命先生躬身答道：“小人不才，说出来大人莫怪。大人来测字时，我看大人气宇轩昂，威仪不凡，已有几分敬意。大人所写人字，刚道有力，正是广为传颂地‘曾体’。那笔滚落下来，横在人字上，正暗合‘大人’之意。另从大人讲话口音来看，定是湘籍官员中曾胡四位大臣中的一个。再根据大人地年龄和百姓对大人相貌的描述，因而敢斗胆确定是大人无。”曾国藩听了，连连点头。又说：‘后来又有两人到先生摊上同测人字，实不相瞒，皆为我所指派，一为府里当差的师爷，一为牢里在押的犯人，不知先生又是如何识破他们的？算命先生答道：“那师爷虽穿着华贵，又有随从在后，但其举止粗鲁，缺少教养，所写之字歪歪斜斜，绝非读书做官之人。尔后笔搁纸上，恰巧竖在人字中间，形成一个小字，暗喻来人出身卑微，因而断定他是官府衙门里的奴才。至于那个犯人，小人见他精神萎顿，面目无光，远处又有两个捕快盯着，因而推测他是个在押的犯人。另外该人不会写字，只口述一个人字。口里加人，岂不是一个囚字，据此可作出判断。”曾国藩听了，心里暗暗佩服算命先生的观察能力和分析能力。曾国藩向来是个爱才之人，见算命先生机敏过人，便把他留在府中作了清客。#算卦##玄学##修行#

60岁港星吴镇宇北京搭公交被指责不该坐老人座，愤而取出证件显示自己已经60岁引无限感慨。老弱座没人的时候为什么不能坐？老年人上车了让给他不就行了吗？为什么要道德绑架呢！吴镇宇的演技绝对可以封神，看到标题我想的是他年纪怎么也50多岁了，坐老弱病残椅没啥毛病，最后原来他60岁了啊，真年轻，一般而言，坐公交，谁没坐过老弱病残孕的座位，有以上几种弱势群体上车了，就让座，这个很正常啊！没必要站这么高的地方，俯视普罗大众吧！站的太高，容易风大，掉下来！无聊，啥都能指责一番。那个专属座位是优先权，对划分人群的优先权，如果全都是空着的，为啥不能坐？法律规定的还是公交公司规定的？一群无事生非的乘客。指责的人根本不懂！老残座位是非特定的！空了就可以坐！鸡蛋里挑骨头！如果不是为了挣钱他会来吗？没人坐的位子咋就不能坐了？再说不能因为对方看着年轻就多管闲事！我记得读书的时候，闺蜜有次身体不好，医院看完出来后脸色很不好，我陪她一起坐公交车，有个阿姨在我们后面跟上来，我朋友刚坐下，她就嚷嚷地要我闺蜜让座，我就直接怼回去，“没看人刚从医院出来么？你中气十足可以跑回去了”对此，大家怎么看？欢迎留言评论。

【我的解读:分布式数据库发展趋势报告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等技术的引入等，都会大大拓展数据库的应用场景支持，同时让数据库变得更加易用。最后一点，开源生态是十分重要的，开源生态可以弥补目前国产数据库中存在的研发能力、服务支撑能力不足的问题，也可以缓解用户转向开源数据库的成本压力。因此“开源是基础软件的必经之路”这句话我是十分赞同的。不论如何，分布式数据库要想在未来国产数据库发展中占据主导地位，必须在更好地解决用户应用场景痛点上下功夫，并且在更易用、更低的使用成本、更好的可观测性、更强大的售后服务支撑体系等方面下足功夫才行。我想在目前长长的国产分布式数据库清单里，最终能够成功的也可能只是一个短名单。