各路数据库的第一
各路第一上周很多朋友都在发这些。朋友圈被刷屏了。而且几乎都是同一时间。一般来说文无第一武无第二,怎么全是第一? 后来了解到这是不同维度的。我想这大概和奥斯卡颁奖一样,最佳导演、最佳男主角、最佳女主角、最佳音乐等等有20多个维度。每个都说拿了奥斯卡,其实都没错。其中之一的OceanBase这些中我安装过的仅仅有OceanBase。后续再看看其他的。对于OceanBase我也仅仅是安装。毕竟我司不用
今天此文堪比出师表最后一句话
又中断了好几天事情实在太多,最近里里外外都是事情,没时间写。今天早上有个读者加我,是悉尼的。至此人类常居住的大陆,仅剩下南美和非洲还没有读者了。估计也很难有,毕竟那里华人少。所以我觉得今天该写点什么。那写点什么呢?先说一下出版社说新书在月底可能来不及了,要8月初了。上周一次评审经历我被邀请去一次评审。一上来又是看到一堆技术栈。说实话这些年各种技术栈都或多或少接触过,正因为接触过就觉得很多其实企业用
环境越是差,我们越是要提高自己了
现阶段什么样,大家都清楚每个人心里都明白,就是不公开说。但是私下一问,看法出奇的一致。理论上现阶段最好的方式就是躺平这么说一定被说负能量。其实这是大多数人的真实而且客观的想法。实话实话,我也差不多认同这样。尽管说躺平,但是没有完全躺倒。上周末下班后匆忙赶到南京,因为周六有SACC大会。我有个分会场的主持和演讲。从去年开始我都是自费参加所有技术大会了。有人说如果让自己自费一定不会去的,甚至有时候要需
盛世古董乱世金-数据库稳定到底好不好?
是不是觉得这个还用问?是的要问。因为这个还是一个有争议的问题。但是争议双方都没有错。这就像辩论,有正反双方。大家都说的有道理,但是很难说谁对谁错。正方观点:数据库稳定好其实这个是用户的观点,应用开发人员的观点和大部分运维DBA的观点。因为企业需要数据库稳定,绝大多数用户的高层不希望自己的数据库隔三差五出问题。而应用开发人员在完成需求已经够焦头烂额了,如果数据库再给他们折腾点热闹,无异于火上浇油。而
个人愚见的自主可控
今天这个话题争议不小,我估计发出来被批评的很多。自主可控的内容是什么?这里说的范围不是说CPU、操作系统等全链路。我们就说数据库的自主可控。太大的范围今天文章说不完。应该指的:当发生制裁(不包括战争,战争除外。因为战争时候几乎应该是都停产状态。不会再有正常的生活和工作。所以我一直说打仗的时候不要提业务连续性,业务都没有了。现代战争哪有不打电厂的?没有电,数据库工作不起来)的时候还能买到数据库产品和
AP的数据库性能到底重要吗?
先说结论:没那么重要。甚至可能不重要。我用我的经历和分析给大家说说。诸位看看如何。不重要的观点是不是不能接受?因为这些是站在我们角度觉得的。而实际上使用者(业务或者用户),真的不太在乎我们所在乎的。先说第一种情况伯仲之间的较量这种情况常见于HTAP数据库与AP数据库的PK场景,甚至是AP与AP数据库的PK。我印象比较深刻的是OB在发布会上和CK的若干个场景进行跑分。结果是在个别场景下OB优于CK,
震惊!某投身国产的ACE吐槽某国产,居然被勒令删帖!
这个是最近几天一位业内知名大佬(第一代ACE),尝试了一下某数据库的安装。给他留下了不愉快的安装体验。其实这非个例。之前我也看到过另外一个ACE,安装某国产数据库用了两周。一般来说ACE的水平都是不差的。即使他们在安装上花了这么多时间或者遇到了这些问题。那么对于大部分用户来说那么就是噩梦了。个人观点毛主 席说:“让人讲话,天塌不下来”。现在都不让说了吗?看看多少家PPT还去O,O人家都没说什么。尽
不是说好数据库兼容了吗?为什么我还要改?
昨天 Roger总的《关于国产数据库选型,CTO、CIO看这篇就够了》又火了。文章中很多写的让各路群里感受到了共鸣。我对文中的没有大的争议。只是有些话李总说了前半句,后面没说。我来蹭一下。其实很多文章都说了一半,后一半没说。可能对读者会有误解,以为就到此结束了。针对这个展开一下遇到数据库方言是一定要改的这就是不同数据库的语法了。这种要改相信大家没有争议。兼容了是不是一定不改?我今天在群里针对,完全
从“金事通”带给我意想不到的来说--“数据是架构的中心”
背景上周一个保险的销售人员来找我完成一定的售后流程。其中有一项是请我下载一个叫 金事通的 APP。说实在的我根本没听过。她说这是政治任务。我想不是有你们保险公司的APP了嘛。为什么还要我安装。没办法先安装吧。经历了注册、人脸识别的步骤后。可以登录了。注册短信发来的 中国银保信。很有意思不是某个保险公司,而是银保监会的。安装以后带来的效果然后我就看到了我所有保险公司的业务数据,什么中国人寿、太平洋、
我觉得POC应该贴近实际
今天我看到一位老师给我一份测试数据。这是三个国产数据库。算是分布式的。其中有两个和我比较熟悉,但是这个数据看上去并不好。看上去第一个黄色的数据库数据是这里最好的了。但是即使如此,我相信大部分做数据库的人都知道。MySQL和PostgreSQL平时拿出的数据都比这些国产分布式数据库要好。那Oracle就更加不用说了。练为战不为看可能不懂数据库的领导看上去这些数据,每秒几千几万很厉害啊。其实刚才也说了
最近几家国产数据库都在求“鞭策”
由头在DTC的晚宴上,我正在低头拨虾,就听到一句要吐槽一下以Polardb为首的国产数据库。作为Polardb的形象代言人–德哥,在细品这句话以后露出了“迷之微笑”,赞许的点头,以Polardb“为首”这个用得好。3月的时候排名是这样的作为第一,有信心和有心胸,还愿意接受“吐槽”。我还没有用过,没有资格吐槽。不过大家可以去用用。本着收藏等于学会的原则,我已经下好了。就等空了安装了。不知道这个安装起
不是我说,这玩意也叫高可用?
背景:有人求助说数据库起不来了。原因是某个文件有问题(可以理解为无法访问或者读写)。我问有从库吗?说没有。这里的高可用架构是通过存储复制做的。然后高可用那端的文件也一样。听到这里随着这个系统不是我的,我都忍不住骂。这叫什么高可用?见证历史这种我还真见过,第一次见是2015年。看到一个Oracle数据库,没有做ADG。可能是使用的人不会。据说用的就是阵列复制。而就在那个时候,我还处于第三方支付的行业
今天你卷了吗?
什么是卷?高考的地狱模式是卷。100个人录取30个。再怎么努力也只有30个。反过来大家如果都不努力也录取30个。日常加量不加价的工作是卷。互联网公司就是1个人拿2个人的薪酬做3个人的事情。但是非互联网公司,一个人做2个人的事情还是3个人的事情拿的都是一份薪酬。不断扩张技能是卷。会一个技术栈拿这么多钱,会N个技术栈甚至全栈也拿那么多钱。哭笑不得的IT人如果去医院,会发现科室很清楚。内科、外科、儿科。
2024年DTC的回顾与思考
刚结束了2024的数据库技术嘉年华这是我从2017年开始就参加的技术大会。中途因为疫情的耽误。正常来说我是连续的。知道我的朋友都知道我习惯炫耀一下。按照惯例,此时此刻群友都在写大会回顾。只是有几个不讲武德的人已经发送了。下面有主观和客观的分析。主观上1.很多朋友受到我的影响第一次出来参加这样的大会。虽然都是在网上认识几年甚至是我群里的朋友也才第一次见到。由于有些头像不是本人真实照片所以当我握手时候
备份也能给你搞出点问题来
为什么做备份为了防止数据丢失,防止一些灾难等等。管理上以及一些监管机构都对备份有要求。有的甚至要求保留几十天甚至180的要求。这些是为了防止故障,但是也有不少时候,没备份还没故障,结果备份导致了故障。我就遇到过几次因为备份导致故障的例如,系统卡主了。登录一看。这是Oracle的逻辑备份。时至今日依然有这种做法。其实对于达到一定的体量就不适合逻辑备份了。应该是采用物理备份较好。再例如这是MySQL的
说说这些卷起来的ACE
这里说的ACE是指甲骨文公司授予的ACE(含各个方向)以及中国PostgreSQL系的两个ACE来源:分别是PostgreSQL中文社区和PostgreSQL分会。今天主要说的都是我熟悉且可以开玩笑的。而且今天说的卷是在技术上不断突破。无论是写博客、公众号还是涉猎技术的层次以及跨界等成就。截至目前中国有33位现役的Oracle ACE,(今天也会介绍部分我熟悉的退役ACE)有不同方向的
大白话开源协议
免责声明:这里仅仅是我个人理解。最近被好多人问到这方面的问题,说说自己的想法。 首先我先推荐大家买企业版,为什么?首先,因为这是对知识的起码尊重。其次,真的觉得自己什么技术问题都能解决吗?即使认证最为流行的Oracle数据库,生态好吧,资料多吧。但是在使用过程中也会遇到一些ORA的错误码,这些是什么导致的?怎么解决?如果有人能知道自然好,如果没有人知道。这个时候就需要官方支持。(如果不需
每当遇到一致性问题我就思念一个数据库好
最近在做一件事情,让我苦不堪言。就是各个系统之间的数据标准。这个标准包含,字段名,字段含义、字段类型、字段长度和字段的值。不同系统中,同义不同名。例如,卡号可能是CARD_ID,也可能个是CARD_NO或者CARD_NUM,当然也可能是不带下划线等等。这里数据类型还不太可能不一样。但是有些字段比如时间,连数据类型可能都不一样,比如有的是时间型,有些是字符型。不同系统中,同名不同义。例如,A系统的S
MariaDB落幕和思考
听过MySQL的基本也都知道 MariaDB。MariaDB由MySQL的创始人主导开发,他早前曾以10亿美元的价格,将自己创建的公司MySQL AB卖给了SUN,此后,随着SUN被甲骨文收购,MySQL的所有权也落入Oracle的手中。传闻MySQL的创始人担心MySQL到甲骨文后有闭源风险,本着为全世界服务的理念,他继续创建开源数据库。于是造出来了MySQL的姐妹数据库MariaDB。这个名称
DBA不仅仅是管理数据库--也要管理好需求
看到这个标题可能觉得我在乱说,其实只管数据库其实管不好的,树欲静而风不止。 有很多时候我被问能不能保证数据库稳定?这真不好说。我说如果能按照开发规范(我制定过一个数据库设计开发规范)做是可以的。请注意我这个不是说数据库开发规范。数据库开发规范是告诉开发人员如何写SQL的。而我的这个规范还有设计规范。先设计再开发。我多年经验告诉我,在设计一塌糊涂的前提下,优化显得苍白无力。 这种