贵州遵义，邓大爷花25元买了一箱牛奶，准备去看望住院的亲戚，结账后就离开了，过了会儿收到一条短信，他打开一看却被吓了一跳。原来，他和牛奶促销员商议，连带牛奶的钱，转给她525元，牛奶促销员给他500元现金，可短信上却显示，他转了5250元出去。
 
邓大爷这才意识到，刚才多输了一个“0”,他赶紧叫上老伴，返回超市，找到了牛奶促销员罗某，罗某对此坦然承认了，说自己确实收到了5250元。
 
听到这话后，邓大爷也是放心了，他就怕对方不承认。可当他提出，让罗某退还多给的钱时，罗某却说：
 
“你要我退多少钱？退4500可以不？”
 
邓大爷一听就傻眼了，自己多付了4725元，怎么就一下少了225元，邓大爷没有同意，并和罗某发生了争执。
 
随后，听到这边的动静，罗某的同事卢某走了过来，询问发生了什么事。
 
罗某却立马变脸，否认收了邓大爷5250元，邓大爷随即拿出付款记录，罗某又说，自己已经把钱给了邓大爷了，甚至还“恶人先告状”，说邓大爷在这里一直纠缠，是想讹她的钱。
 
你否认收钱，还可以商量，可是你却说邓大爷讹钱，这让邓大爷气得不行，直接报了警。
 
民警赶来了解情况后，将罗某带走了。
 
邓大爷则和卢某理论了起来，邓大爷说若不是卢某，罗某肯定就还钱了，就因为卢某说过，罗某已经还了邓大爷现金。
 
随后，另一名同事也说，邓大爷说自己赚了钱给罗某，罗某又说把钱还给了邓大爷，邓大爷却说没收到钱，这是公说公有理婆说婆有理。
 
俗话说“3个女人一台戏，”这2名同事极力为罗某开脱，难道是想分一杯羹？
 
这番理论，着实有包庇的嫌疑，罗某是否收了钱，又是否还了钱，查一查转账记录就知道了，邓大爷转了5250是有凭证的，可是罗某说还了钱，却拿不出证据，毕竟，口说无凭，
 
然而，到了派出所的罗某，依然一口咬定，自己已经把钱给了邓大爷。
 
在经过民警长达7小时的劝说之后，罗某终于松口，承认自己并没有将多余钱还给邓大爷。
 
当时发现邓大爷转来5250元时，罗某暗自窃喜，以为自己发了一笔横财，当邓大爷回来找她时，她很不情愿还钱，所以提出只还4500，这样还能赚250元，本以为邓大爷为了拿回这笔钱，肯定会妥协的。
 
不料，邓大爷坚持要还4725元，罗某就想着，反正也没人看见，她索性来个“死不承认。”邓大爷也是拿她没辙。
 
那么，从法律的角度来说，罗某不退钱的行为违法吗？卢某帮其开脱，属于什么性质？
 
由于邓大爷的疏忽，支付时多输了一个零，导致多付了钱，罗某当时明知道邓大爷多付了钱，却没有告知，而是想要据为己有。
 
这种情况下，罗某属于典型的不当得利者。
 
不当得利是一种法律事实，是债的发生根据，不当得利引起的债，完全是基于法律的规定，而不是基于当事人的意思，因此，它不属于民事法律行为。 

不当得利的构成要件有4点：一方获得利益；他方受到损失；获得利益和受到损失之间有因果关系；获得利益没有合法根据。
 
这笔多付的钱不是罗某的，她属于获利方，且没有合法根据，那么给他打钱的人，就是受损方，双方存在因果关系。
 
例如，甲拾得乙的金钱而赠与丙，丙即可构成不当得利。《民法典》第122条规定，因他人没有法律根据，取得不当利益，受损失的人有权请求其返还不当利益。
 
这件事中，罗某获得了5250元，多收了4725元，抱着侥幸的心理，认为老人不会知道，不料老人开通了短信通知，见事情败露，不想着还钱，还想着占便宜（只还4500元）。
  
《民法典》第九百八十七条，得利人知道或者应当知道取得的利益是没有法律根据的，受损失的人可以请求得利人返还其取得的利益并依法赔偿损失。
 
邓大爷提供了转账凭证，不管是罗某说的已经还钱，还是现金还钱，都是可以查到的，线上还钱一目了然，而现金还钱想想都觉得不可能，谁会带着5000元现金上班？拒不归还，严重者还会构成侵占罪。
 
《刑法》第二百七十条，将代为保管的他人财物非法占为己有，数额较大，拒不退还的，处二年以下有期徒刑、拘役或者罚金。
 
罗某本以为能忽悠过去，不料却再一次失算，邓大爷竟直接报了警。最终，罗某还了钱，和邓大爷和解，警方对罗某和卢某均做出了严厉批评。
 
对于此事，有网友说，就这还做生意？回家吧！诚信是做生意的根本！没文化，真可怕，有消费记录还能抵赖？
 
也有网友说，营业员贪财心理在作怪，实属可恶，必须严惩；但老人自己的失误变成了微信套现，也应该好好和营业员协商解决。
 
个人认为，君子爱财取之有道，不该是你的，始终不是你的。任你千般花样，最终只能自食恶果。

通过这件事也提醒我们，手机支付虽然已经很普及了，可输错金额的事情时有发生，就连年轻人都会犯错，更别提老年人了，输金额时一定要仔细。当然了，也要提醒各位商家朋友，贪小便宜吃大亏，横财很“烫手”，一不注意，横财可能还会变成“横祸，”得不偿失！

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

由陈晓、王一博、刘奕君、王劲松等主演的电视剧《冰雨火》正在播出，剧情播出过半，故事内容险象环生，一开始大家担心的年轻演员演技问题，在第24集迎刃而解。

半路转型当演员的王一博，用演技向所有观众证明，他的演技突飞猛进，成功地入戏了，也把观众狠狠共情了一番。

第24集主要高光场景只有一个，那就是陈宇和吴振峰的对话，这一通电话时长大约五分钟，别看时间很短，但每一句话都暗藏玄机字字惊心，稍不留神在勐佧当卧底的吴振峰将会命丧黄泉！

这段戏为何会成为高光时刻，为什么说让观众看到了王一博的演技呢？我们先复盘一下两人的这通电话。

首先，打电话前，大家先了解一下陈宇和吴振峰此时所处的环境和心理状态。

吴振峰此时已经知道父亲吴刚是被害死的，为了帮助林德赞等人铲除勐佧和K集团，决定铤而走险，深陷敌人内部寻找证据，当了林德赞的线人。

但是，因为郝东对他不信任，勐佧那边也对他抱有怀疑态度，所以打算试探他一番。郝东和勐佧都想快点走货赚钱，但因为不了解云河实际情况，所以打算要吴振峰问一下陈宇。

请注意，这个时候吴振峰处于一个十分危险的境地，被监视不被信任，通话开着免提，还有琼姐、郝东等人全程监视。

所以，这个电话稍有不慎，吴振峰不仅会被暴露，还有可能会被灭口。

陈宇这边呢？通过对案件线索的抽丝剥茧，还有跟林德赞的对话，陈宇大概猜测出，林德赞在布一个很大的局，而他一直信任的发小吴振峰，很有可能当了卧底，但这一切都不过是陈宇的猜想。

专案组被解散，陈宇刚刚回到原籍，这个时候吴振峰打电话来，陈宇基本上只能靠猜来明白吴振峰的意图。所以说，该怎么在对话中获取有利消息，该如何不暴露吴振峰身份，很考验陈宇的临场应变能力。

分析了两人接电话前的背景和缘由，那么接下来我们仔细回忆一下这段电话。

第一个电话打过来，陈宇看到是陌生电话，选择了拒接。这是出于对人物的警觉，同时也给了吴振峰一个暗示，后面的戏该怎么演。

第二个电话打过来，陈宇接了，吴振峰此时赶紧说：“陈宇，是我，吴振峰，兄弟，我跟你说，我现在已经在勐佧了，我这边一切安全。”

别看这小小的一段对话，吴振峰此时已经传递出了两条重要信息，第一，我在勐佧毒窝，你别说话，先听我说。第二，我现在很安全，你不用担心我的安全，暗示琼姐等人陈宇很关心他。

但是，吴振峰话还没说完，陈宇就挂了电话。

这个挂电话简直就是神来之笔，陈宇俨然知道后面的戏该怎么演，他应该充当一个什么样的角色了。

而且，挂电话也给了陈宇更多的时间去思考，他应该怎么应对这个突发情况，甚至于，他应该怎么回答吴振峰的问话，毕竟，吴振峰这个时候打电话来，肯定有紧急的事情，或者他处于被迫、被监视的情况。

随后，陈宇主动打了电话过去。为什么不是等吴振峰打电话过来，而是陈宇主动打电话过去呢？为了吴振峰的安全着想。

试想，如果吴振峰此时身处险境，定然是没有机会打电话的，而陈宇的这个电话，就是救命电话。果不其然，电话接通之后，吴振峰迫不及待地给暗示。

吴振峰先给了三个提示，告诉陈宇他在撒谎，第一个是他妈妈的忌日时间是错的；第二是他妈妈不抽烟，爱抽烟的是他爸；第三是拦截他车的人不是酒鬼。

这三件事情都是两人经历过的，所以说，在谈话的时候，陈宇已经知道吴振峰处境不好，需要陈宇配合，吴振峰话中的意思也很明显，那就是暗示陈宇是他的保护伞！

当听到吴振峰在说“你在听吗，兄弟”的时候，陈宇知道，这是吴振峰给自己发出的求救信号，所以陈宇酝酿好情绪，生气地开口。

陈宇这段话说得很有水平，首先表明自己被发小连累离开了专案组，只能当片警；随后，告诉吴振峰，他给自己惹了很多麻烦；最后，间接证明自己是吴振峰的保护伞，一直帮吴振峰摆明各种事情。

这段对话解除了吴振峰的信任危机，但接下来的发展，那就是意外之喜了。

陈宇和吴振峰之间展开激烈的争吵，心系女儿的万贺达抢走了电话，询问陈宇万萌萌怎么样了。

陈宇第一反应是意外和生气，装作并不知道吴振峰被监视，立马问为什么旁边还有其他人，之后陈宇特意说了一句，你不要你女儿啦？表明他并不知道万贺达的真实身份。

当万贺达再次询问万萌萌的时候，陈宇才装作无意地说道，万萌萌怎么样，不应该问郝东吗？

陈宇抓住时机，把万萌萌身受重伤，进了戒毒所差点被害的消息说了出来，在场的人听得一清二楚，同时也让郝东场面尴尬。

在那之后，郝东抢到电话，询问云河情况，问案情通报是真是假，陈宇反而问郝东到底叫什么到底是什么人，之后为了不引起怀疑给出了他们想要的答案，同时也布好了一个局，坐等勐佧放松警惕之后，再次入网。

不得不说，这段戏看得很精彩，至少从各种角度来看，陈宇跟吴振峰的默契配合，陈宇对吴振峰的信任是发自内心的。

也就是在这短短的对话中，陈宇了解到郝东跟勐佧联络起来，而他们就像热锅上的蚂蚁，已经着急地要进行下一步行动了。

谈话的条件有限，但是吴振峰跟陈宇配合得天衣无缝，一方面解除了危机，另一方面得到想要的消息，不得不大呼一声，好绝！