ITPub博客

上周末参加了自主可控数据库的沙龙。在会上我进行了主题演讲《围追堵截下，Oracle还能在国内立足么》先听结论吧我个人认为在很长一段时间还是你可以立足的。IDC最近公布的数据如下。本地部署中，Oracle居然是第一位的。这个数据是超出我想象的。去O都十几年了，这个还是第一。（Oracle在大陆没有云，所以只能看本地了）一个产品如果做的不好，很容易被市场淘汰。如果一个产品做的好，在我们这种特殊国情下也

对标Redis的国产数据库一位来自国产数据库的朋友想请我试用一下他们的产品。并且直言早期问题比较多，还请多多包涵。一般对于这种比较客观和友好的我都愿意试试。对于怼天怼地吊打谁的我个人就不尝试了。他们中文名字叫“成章数据库“我就尝试从一个不了解产品的人的角度去安装尝试一下。我也和他们反馈了说这个怎么一个汉字都没有啊。（同样的话我以前对PingCAP的CTO黄东旭老师说过，后来TiDB的就都有中文了。

是不是觉得这个还用问？是的要问。因为这个还是一个有争议的问题。但是争议双方都没有错。这就像辩论，有正反双方。大家都说的有道理，但是很难说谁对谁错。正方观点：数据库稳定好其实这个是用户的观点，应用开发人员的观点和大部分运维DBA的观点。因为企业需要数据库稳定，绝大多数用户的高层不希望自己的数据库隔三差五出问题。而应用开发人员在完成需求已经够焦头烂额了，如果数据库再给他们折腾点热闹，无异于火上浇油。而

今天这个话题争议不小，我估计发出来被批评的很多。自主可控的内容是什么？这里说的范围不是说CPU、操作系统等全链路。我们就说数据库的自主可控。太大的范围今天文章说不完。应该指的：当发生制裁（不包括战争，战争除外。因为战争时候几乎应该是都停产状态。不会再有正常的生活和工作。所以我一直说打仗的时候不要提业务连续性，业务都没有了。现代战争哪有不打电厂的？没有电，数据库工作不起来）的时候还能买到数据库产品和

先说结论：没那么重要。甚至可能不重要。我用我的经历和分析给大家说说。诸位看看如何。不重要的观点是不是不能接受？因为这些是站在我们角度觉得的。而实际上使用者（业务或者用户），真的不太在乎我们所在乎的。先说第一种情况伯仲之间的较量这种情况常见于HTAP数据库与AP数据库的PK场景，甚至是AP与AP数据库的PK。我印象比较深刻的是OB在发布会上和CK的若干个场景进行跑分。结果是在个别场景下OB优于CK，

突然发现半个月没写了。最近事情太多了。在日常工作的处理问题的过程中，我发现了一个简单的论证锁的问题，以前我讲的有点复杂，看来应该去改改之前的讲法了。首先构造一个无主键无索引的表。并且初始化5条数据。场景A： RR隔离级别下， 无where条件的update， 这种的update操作由于没有带where条件，我说是对全表进行更新应该没有争议吧？那么全表更新的操作说是对每一行发生锁定应该没有争议吧。可

这个是最近几天一位业内知名大佬（第一代ACE），尝试了一下某数据库的安装。给他留下了不愉快的安装体验。其实这非个例。之前我也看到过另外一个ACE，安装某国产数据库用了两周。一般来说ACE的水平都是不差的。即使他们在安装上花了这么多时间或者遇到了这些问题。那么对于大部分用户来说那么就是噩梦了。个人观点毛主 席说：“让人讲话，天塌不下来”。现在都不让说了吗？看看多少家PPT还去O，O人家都没说什么。尽

昨天 Roger总的《关于国产数据库选型，CTO、CIO看这篇就够了》又火了。文章中很多写的让各路群里感受到了共鸣。我对文中的没有大的争议。只是有些话李总说了前半句，后面没说。我来蹭一下。其实很多文章都说了一半，后一半没说。可能对读者会有误解，以为就到此结束了。针对这个展开一下遇到数据库方言是一定要改的这就是不同数据库的语法了。这种要改相信大家没有争议。兼容了是不是一定不改？我今天在群里针对，完全

背景上周一个保险的销售人员来找我完成一定的售后流程。其中有一项是请我下载一个叫 金事通的 APP。说实在的我根本没听过。她说这是政治任务。我想不是有你们保险公司的APP了嘛。为什么还要我安装。没办法先安装吧。经历了注册、人脸识别的步骤后。可以登录了。注册短信发来的 中国银保信。很有意思不是某个保险公司，而是银保监会的。安装以后带来的效果然后我就看到了我所有保险公司的业务数据，什么中国人寿、太平洋、

今天我看到一位老师给我一份测试数据。这是三个国产数据库。算是分布式的。其中有两个和我比较熟悉，但是这个数据看上去并不好。看上去第一个黄色的数据库数据是这里最好的了。但是即使如此，我相信大部分做数据库的人都知道。MySQL和PostgreSQL平时拿出的数据都比这些国产分布式数据库要好。那Oracle就更加不用说了。练为战不为看可能不懂数据库的领导看上去这些数据，每秒几千几万很厉害啊。其实刚才也说了

说明这里说的一键其实分了好几步，是我将安装步骤分解。你可以把它们放在一个shell中或者串起来就是一键了。易景科技的数据库 羲和 （Halo DB）我之前的一位朋友（章晨曦）创立的数据库公司。以前看他朋友圈说他做数据库了，属实没想到。他以前也是Oracle的ACE，当时我还不是ACE。现在看他们的资料做的还挺好的。我也看到了他们的文档。尝试去安装试试。自己攒的步骤分为6个shell。自己摸索调试安

这次没有去蹭热度，原因有几个。主观确实是生病了，身体不舒服，那几个卷王在卷公众号的时候，我在床上卷成一团。不和这几个打了鸡血的人比了。我卷了一点和他们不一样的。我节日期间看到我初中同班同学发的微博。对这个就是我初中同学。我想起来，我高中同学和大学同学还有联系，还有群，尽管说话不多。但是初中同学联系的很少。尤其是我初中三年三个班级，田同学是我初一和初二的班级，后来也没联系了。很多人我现在想不起来了，

前言说明PolarDB是阿⾥云数据库团队⾃主开发的云原⽣数据库。据了解PolarDB是产品品牌统称，云上PolarDB提供了Polardb MySQL版（集中式数据库），PolarDB PostgreSQL版（集中式数据库）和PolarDB分布式版（兼容MySQL）（简称：PolarDB- X） 三个产品版本，之前云上还有⼀个PolarDB兼容Oracle版，但已经与PolarDB-PG合并了。P

前情提要上周OceanBase开发者大会过后，作为观察员也来体验一下OB的安装。业内有某个国产安装用了两周，这种其实有点劝退了。话说就是10年前，没搞过Oracle的人也不用两周安装一个数据库啊。今天看看OB的（一体化）安装。即单机部署。截止到目前为止，我依然坚定认为大部分场景其实单机就可以处理了。如果单机可以处理，那么分布式也不是也可以处理？答案是 可以，但是没有必要。很简单一个人可以做的事情，

由头在DTC的晚宴上，我正在低头拨虾，就听到一句要吐槽一下以Polardb为首的国产数据库。作为Polardb的形象代言人–德哥，在细品这句话以后露出了“迷之微笑”，赞许的点头，以Polardb“为首”这个用得好。3月的时候排名是这样的作为第一，有信心和有心胸，还愿意接受“吐槽”。我还没有用过，没有资格吐槽。不过大家可以去用用。本着收藏等于学会的原则，我已经下好了。就等空了安装了。不知道这个安装起

背景：有人求助说数据库起不来了。原因是某个文件有问题（可以理解为无法访问或者读写）。我问有从库吗？说没有。这里的高可用架构是通过存储复制做的。然后高可用那端的文件也一样。听到这里随着这个系统不是我的，我都忍不住骂。这叫什么高可用？见证历史这种我还真见过，第一次见是2015年。看到一个Oracle数据库，没有做ADG。可能是使用的人不会。据说用的就是阵列复制。而就在那个时候，我还处于第三方支付的行业

起因相关运维部门需要统计数据库的一些参数，请我审核一下。当我看到MySQL这页的事务隔离级别时候当场站起来了。因为大面积的都是RR级别（REPEATABLE READ）。有关这个并不是今天的主题，我就不深入说了。其实日常使用只要记住一点就够了。这是MySQL的默认隔离级别。在这个级别下，如果事务中（比如update）表没有索引，或者的SQL没有用到索引，操作的表是表级别锁。知道这个就行了，其他的一

什么是卷？高考的地狱模式是卷。100个人录取30个。再怎么努力也只有30个。反过来大家如果都不努力也录取30个。日常加量不加价的工作是卷。互联网公司就是1个人拿2个人的薪酬做3个人的事情。但是非互联网公司，一个人做2个人的事情还是3个人的事情拿的都是一份薪酬。不断扩张技能是卷。会一个技术栈拿这么多钱，会N个技术栈甚至全栈也拿那么多钱。哭笑不得的IT人如果去医院，会发现科室很清楚。内科、外科、儿科。

刚结束了2024的数据库技术嘉年华这是我从2017年开始就参加的技术大会。中途因为疫情的耽误。正常来说我是连续的。知道我的朋友都知道我习惯炫耀一下。按照惯例，此时此刻群友都在写大会回顾。只是有几个不讲武德的人已经发送了。下面有主观和客观的分析。主观上1.很多朋友受到我的影响第一次出来参加这样的大会。虽然都是在网上认识几年甚至是我群里的朋友也才第一次见到。由于有些头像不是本人真实照片所以当我握手时候

为什么做备份为了防止数据丢失，防止一些灾难等等。管理上以及一些监管机构都对备份有要求。有的甚至要求保留几十天甚至180的要求。这些是为了防止故障，但是也有不少时候，没备份还没故障，结果备份导致了故障。我就遇到过几次因为备份导致故障的例如，系统卡主了。登录一看。这是Oracle的逻辑备份。时至今日依然有这种做法。其实对于达到一定的体量就不适合逻辑备份了。应该是采用物理备份较好。再例如这是MySQL的