ITPub博客

2024年真的快结束了，可以总结自己的一年过往了。活动方面经过多年的积淀，这几年开始在业内活跃了。尤其是在技术大会、直播等活动中出现。我统计了一下2024年参与了如下活动：（按照时间倒序）2024年12月，2024TiDB上海站主持2024年12月，2024开放原子开发者大会，发表主题演讲《通用数据库SQL优化》2024年12月，华为直播-国产数据库存算分离架构技术创新与实践演进2024年12月，

云来了会不会去掉DBA      多年前我和瑞典马工在网上针对这个互相发公众号引发了争论。我们也在直播环节中进行了辩论。如今已经相逢一笑泯恩仇。马工回国在上海逗留的时候我们还一起聚餐。这个问题大家有各自的坚持，而更大的一个问题来了。AI时代下不仅仅是DBA，现在要不要程序员的话题也起来了。这和当年如出一辙，只是比当初的风暴更大了。因为涉及的面更大了，而且是因为现在AI

原生的PostgreSQL的特殊之处Oracle和MySQL都有undo这个机制，原生的PostgreSQL没有这个机制，它有自己独特的实现方式。实验如下 创建一个简单的表和索引xxg=# CREATE TABLE AA (id integer, name text);CREATE TABLExxg=#xxg=# CREATE INDEX x2 ON AA (id);CREATE INDEX写入1

微服务的确适用于一些企业但是不适合的企业更多这不是我第一次在公众号说微服务的负面了。我也不是第一个说的。网上从微服务切换到单体的案例也有，都是为了企业降低了大量的成本。主要是微服务拆分的不合理基本都是傻子过年看街坊的做法，阿里怎么做，我怎么做。问题是阿里的业务是简单的场景，比如支付，比如电商购物。换到to B的场景中，你看看。有很多时候我们说传统企业SQL复杂，为什么复杂？因为设计复杂。为什么设计

这个概念提出不是一天两天了具体怎么查，官方给出是一个课表之类的用例。但是这个其实让普遍的人认识不深刻。为此我看尹总监写过一篇以订单为用例的建模查询。我是看懂了。不过我不满足于此，我想看看怎么改。全文实践的只有查询，那么写呢？我开始的理解（我其实理解错了），就是对着表更新一行，他就把这行的一个字段更新了，如果这个字段在其他表上也有，那么一并更新了。这是我个人的理解。实验数据如下（我和官方的不一样）建

很简单的道理但是日常开发人员还有很多不理解以MySQL为例，其他数据库也是一样。样品数据如下：mysql> select * from x;±-----±-----±-----+| id | a | b |±-----±-----±-----+| 1 | 1 | 1 || 2 | 1 | 2 || 3 | 1 | 3 || 4 | 1 | 4 || 5 | 1 | 5 || 6 | 2 |

今天《业务向前，数据库向后》的文章我也想表达自己的观点    为了严谨一点我们把业务先分成靠谱的和不靠谱的。     很多时候有一句话说技术是为业务服务的，这句听起来政治正确的话，我其实颇有微词。有时候其实业务人员一点都不靠谱。这种时候需要规范一下业务。需求乱提者有之。    也有的时候是需求合理的，那么这时候就需要发挥技术人员

一次问题     数据库的归档日志很多，多到那个机器的硬件不足以处理了。查看了一下为什么产生这么多日志。发现其实都是一些不当的使用方式。比如开发人员建立了一个xxxx_temp从这么名字上就应该能猜出来这是要做什么？美其名曰是临时表。      就是导入一批数据，给这些数据做一系列加工（运算），然后再把这些数据删除。用SQL来描述，就是i

继上一篇cantian后的继续聊    既然cantian是走存储路线的，这次就从底层的存储这个角度切入。传统数据库架构是存储与计算在一台机器上。这种成为存算一体。那么硬件达到一定程度时候扩展会有点问题。   从事数据库相关工作的人都知道，数据库最大的不稳定因素是（低效）SQL，而低效SQL几乎都来自于大量的数据读取。即大量的IO，这里的IO即可能是逻辑IO

书接上回第二天在参会的途中就遇到了公司OGG的延迟问题。通过我快速的判断，我认为应该重启抽取进程。最终我的判断正确，这个问题得以解决。而我也把我的思路发给了昨天官方讲演OGG的老师。他也基本认可我的分析。我个人觉得这些如果能融合到数据库专有大模型的知识库中，数据库在不少场景中就可以免运维了。数据库自动化程度越高，DBA的低级操作也就越少。而可以把有限的精力开从源头开始管理开发和业务。比如故障自愈是

Oracle的CAB和PAB这是甲骨文的客户大会Oracle China Customer Advisory Board Metting CAB缩写。和Oracle China Partner Advisory Board Metting PAB缩写。这已经不是我第一次参加了。虽然现在有信创，但是技术人讨论技术还是要纯粹一点。所为纯粹就像精武英雄中 陈真和船越文夫的切磋。而对抗是陈真对藤田刚的对决

在今天什么都是架构从招聘网站中还能看到Java架构师、PHP架构师.NET架构师等等。我不否认每个都有自己的架构，但是我觉得这些都应该是应用架构。我接触到不少架构师是Java出身，然后也懂操作系统，也知道一点数据库，也懂中间件。只是喜欢简单问题复杂化，动不动就是Redis、Mongodb、Kafka、RabbitMQ、NGINX等等。再就是DataX的数据同步。确实全面覆盖了。但是没有从数据库–数

这个主要原因其实和字符集有关，不同字符集下会不一样历史原因的Oralce中有人问我他遇到一个问题，就是醒目录入后有乱码的出现。而出现乱码的地方是维族的名字中间的 •。比如迪丽热巴·迪力木拉提 。实验如下注意1这条数据是用标准的点。而2这里的这个点其实是不标准的。不是字符集中的。写入可以写入。而3这条数据是我输入的英文输入法下的句号。最后输出的结果是：可以看出3条都是不一样的。而第二条直接是乱码。这

前期在月初作为大会观察团的团长，再次领导了任务卡。帮忙联络业内朋友参会。本次邀请的都是第三方代表的个人。都不是OB的用户。最终大家以公众号主理人的身份出现在宣传视频中。而OB另外的宣传报道中也非常注重的将参会嘉宾逐一介绍，而将自己的CTO、CEO、科学家等放置在了海报的最下方。这种姿态受到了大家的好评。参会去年有幸受邀在北京参加了发布会。然后在4月参加了在上海的开发者大会。现在继续顺延的参与下来。

cantian   上次稼先社会活动之后，在北京签售的时候见到了三位参天的核心人物。我有感于他们的热情、务实和坦诚，我觉得还应该在深入的做一些事情。至少可以安装体验一下，做做推广。毕竟现在务实的产品不多了，很多都是浮躁的宣传。为了踏实做事的产品和人做一些宣传。     在华为的产品中有这么一款特殊的产品，大家看了以后都会觉得这是数据库呀，但是这个产

数据文件被误删怎么办？各种数据库都有对误删除文件都有一定的处理方式。今天说说Oracle的DRA。这个不是新技术，但是其实知道的人我估计不多。当年是考OCP的时候学习到的。那时候是11G，这个版本是2007年发布的。所以说不是新东西。但是即使这是OCP中必考的，但依然很多人不知道。说句实话我也是在考试中学习，生产环境中没有用过。就像一般的备份，大家也几乎很少用到一样。只能说运气好，工作以来从来没让

这又是一个非常具有争议的话题居然半个月没写了，实在是懈怠了。估计的人群有A：支持的。这种以我为代表的一批人。觉得不管不行，迟早战火会烧到数据库这里。B：不支持但是也不反对。觉得自己就是应该逆来顺受的。也喊出来一种道义上的制高点。技术是为了业务服务的。（似乎有点军事斗争是为政治斗争服务的意思）C：反对的。有些一直觉得开发应该取代DBA的。觉得不配去管理。D：各自管好自己就行。不要越界。诚然如果一个团

蝴蝶效应的概念版本很多我不知道怎么来解释，但是多年前看到过一个故事（段子）可以说明一下作为今天的铺垫。下面的“我”是段子的主人公。1某日，dota中，我看着对面的宙斯走来走去，心里极端不爽，终于心一横，一个锤子扔了上去，脑子又一热紧接着就冲了上去。队友全部冲锋上阵。结果他们宙斯死了，而我们4个全死了。看看时间，还有半小时我就要去上离散数学了，但是，我现在心里阴影颇深，因此，我脑子再一热，又开了一局

纯数据库的文章问津很少日常知识能过300就不错了但是说点其他的能有几千阅读，比如两个红框之间的还有3400多。听总监说他的发的《国产数据库，一把好牌打得稀烂》一天就破千。可见这种还是大家喜闻乐见的。就连不少国产数据库厂商的人都说感觉在我群里骂国产是“政治正确”。其实大家都被数据库虐的不行了，就想发泄一下。我今天总结《国产数据库，一把好牌打得稀烂》，有特殊原因。如果想麻 将一样，靠大家一起洗牌时候随

说几个DTCC大会的插曲由于经济形势的不好，我看参展商少了一点。可能不少都是为了生计而挣扎。2023年1月明叔主持的栏目有一期特别节目《数据库诸神之战》，请来了OB、TiDB、TDSQL和TDEngine的掌门 人来讨论数据库的未来，那时候结论是3年后国内健康运营的数据库公司不超过30家。目前已经快过去2年了。现在日子的确越来越难过了。现实可能和预测差不多。从出版社少到图书劵少每次大会都有各家出版