- 博客(1639)
- 资源 (8)
- 收藏
- 关注
原创 DB 监控 --数据库监控高科技,出道题你能选对了吗?
那么我们举另一个例子,(25 - 20)/ 20 * 100% = 25%,到这里你发现问题了,如果CPU 就增长从 20 -25 没有人会注意,但是如果我用百分比 CPU环比增长了25%,你是不是会注意,如果这个环比我们比对了 7天也就是一周,发现每天这个环比都在上涨 从 25% 到了 40%,此时你是不是呀问问,怎么回事。我们举一个例子,一个业务的数据库库,CPU 很长一段时间在 20-30%,我们通过环比,比对每天的CPU值的变化,基本如果每天的值都不变,或者变动很少的情况下,
2026-05-18 06:01:44
451
原创 释放千万级硬件红利--关于升级PG数据库以实现降本50%与AI战略落地的调研申请
3 公司业务需求,物理库中存在大量的逻辑库,每个逻辑库建立逻辑复制进行数据的CDC,造成,在数据库高可用的情况下,数据库切换无法满足逻辑复制槽同步到新主的需求,云上采用云供应商的方案,云下开源产品并无完整完善的妥帖方案。如何用简单,明了,且非技术领导能听得懂的语言来提出PG升级的需求的合理性,是我们本次要说的问题。一般大型企业在升级数据库的时候,都会考虑升级的风险和收益的问题,而此次在使用 PG 15以下版本的机构或单位在升级PG的时候都会被问及一个问题,我们的升级的收益比是什么。
2026-05-15 06:00:34
437
原创 一个秘密,不是你 SQL 写对了,是优化器帮“擦了屁股” 客户问迁移后为什么快了--迁移到PolarDB后的故事
所以MYSQL的SQL优化器,他们只按开发人员写的方式,LEFT JOIN来运行,那么会产生很多不需要的数据,最后在MYSQL的 server层在进行过滤,性能非常的差。因为这样处理后,简化的JOIN查询中的多余的表,多余的列,直接就会降低CPU的计算,和内存的占用,在SQL加速的同时,他的性能消耗还远低于MYSQL数据库本身。在很多开发者的脑子里,基本上对于SQL是一种镂空的状态,他们的SQL在JOIN上的撰写,只有一种模式left join。其实作为PolarDB的布道师,至少去年给我颁发了一个奖章。
2026-05-14 06:00:25
454
原创 Oracle “自杀式”入局把性命交给微软,只为换来一张昂贵的“日抛型”入场券
正常人都可以理解为,这是ORACLE强大的表现,ORACLE 将数据库服务部署在微软上,而且甲骨文将这个信息同步到一些云上的客户和云下的客户,告知不用在发愁,应用在微软云上,而数据库选择的是ORACLE的问题,我们直接打通客户在微软云上使用ORACLE数据库的服务。而微软拿走了客户入口,应用生态,AI 服务,数据流向,运维平台,开发者体系,身份认证,云原生架构主导权微软获得的不是 Oracle License,微软获得的是企业的 IT 控制权。也就是说Oracle 在 Azure 上,只出了一个数据库。
2026-05-13 06:01:06
470
原创 我很笨--学习PG Vector--我开始研究HNSW的减少内存占用--要不你也试试!!系列 5)
除此以外,通过分区的方式也可以优化,通过每次将查询锁定在某一个分区来降低整体的HNSW使用内存的量,最后我们还可以通过调整 ef_search 动态调整,来建立一条适合特定业务的动态ef_search,最后适当的进行REINDEX可以有效的维护查询的速度和内存的占用。所以降低浮点也就是我们文章中提到的 halfvec会节省大量的内存,后面的问题就出来了,如果要节省内存的情况下会导致计算的精度出现问题,直接导致,运算的结果不正确吗?N = 向量数量 (1536 为假设的向量精度)
2026-05-12 06:00:44
537
原创 数据不准确,数据丢失,SQLite怎么保证计算不丢数--SQLite 五脏俱全系列 (5)
SQLite中处理数据精度时,是没有其他数据库的Decimal和Numeric类型的数值的类型来保证数据计算的准确性,这里SQLite只有 REAL 一个数据类型浮点数。JAVA 程序同样的方式处理,这样处理的好处是,程序是可以随意定制的,程序可以支持各种精度的数字的计算,整个业务逻辑都在同一个语言中处理,方便进行维护和调试。最后我们总结一下,SQLite使用中,不支持精确的浮点计算,和数字的存储,作为SQLite的使用者,我们要改变原有的使用方式。基于SQLite如何设计应用程序,拆散,散,还的散!
2026-05-11 06:00:13
552
原创 三无项目导致MongoDB 持续1406% CPU 问题解决
这是一个MongoDB数据库版本是3.2,我也是从项目的新负责人了解到还有这样一个MongoDB,自建,单点,现在的情况就是CPU高,其他的项目的负责人也是不清楚,这是一个很老的项目,当时负责这个项目的所有人都离开了,所以也无法去问任何的问题,只能靠自己来摸索。我比较怕配置文件和实际的数据库内部的配置文件之间是有区别的,遇到这样的问题不是一次两次了,所以还的对数据库内部的配置进行扫描,确认和外部的配置文件是否一致。剩下的就是分析查询语句的问题,果然里面很多remove的语句,在进行全表扫描后,进行删除。
2026-05-09 06:00:40
520
原创 程序判断你的电脑可以安装什么大模型---老登学AI
4 mode 这个我还查了一下,里面有两种 MOE 和 CPU+GPU,MoE是可以将大模型中的专家模式卸载的一种大模型运行的方式,他计算的是每次进行TOKEN输出中的需要的大模型,而不是整体大模型的参数都需要运行。经过分析,这台主机最大可以顺畅的跑7B左右的大模型,不能跑更大的模型在于显卡的无力和显存的缺失。上期我们说了,我想购买的主机想在本地运行大模型,那么如果你已经有了主机,或者强悍的电脑,你会问一件事,我的电脑到底能不能运行本地大模型,如果要运行本地大模型,我应该运行什么级别的大模型。
2026-05-08 06:00:43
492
原创 请问网友学习AI大模型 “自建” or “订阅“ 给点意见--老登学AI
所以到目前为止,我个人还是希望能通过自己购买物理主机运行70B大模型的方式来进行AI的使用,这样比较稳定,虽然一次性投入比较高,但后期的费用低,只有电费和电脑的折旧,但大模型可以换,可以7*24小时的进行token的产出,而不用担心费用。然后我还看了几个其他的可以运行大模型的设备,联想为AI运行大模型定制的主机,只有手那么大,但是宣称可以跑70B主流的大模型,他采用的技术是联想定制的,内存划分给显存用的手段,将大型的显卡的内存加大,最大可以到96G的显存,来跑大模型。不过他虽然小,还是不如笔记本方便。
2026-05-07 06:00:49
444
原创 请问网友学习AI大模型 “自建” or “订阅“ 给点意见--老登学AI
所以到目前为止,我个人还是希望能通过自己购买物理主机运行70B大模型的方式来进行AI的使用,这样比较稳定,虽然一次性投入比较高,但后期的费用低,只有电费和电脑的折旧,但大模型可以换,可以7*24小时的进行token的产出,而不用担心费用。然后我还看了几个其他的可以运行大模型的设备,联想为AI运行大模型定制的主机,只有手那么大,但是宣称可以跑70B主流的大模型,他采用的技术是联想定制的,内存划分给显存用的手段,将大型的显卡的内存加大,最大可以到96G的显存,来跑大模型。不过他虽然小,还是不如笔记本方便。
2026-05-07 06:00:49
359
原创 请问网友学习AI大模型 “自建” or “订阅“ 给点意见--老登学AI
所以到目前为止,我个人还是希望能通过自己购买物理主机运行70B大模型的方式来进行AI的使用,这样比较稳定,虽然一次性投入比较高,但后期的费用低,只有电费和电脑的折旧,但大模型可以换,可以7*24小时的进行token的产出,而不用担心费用。然后我还看了几个其他的可以运行大模型的设备,联想为AI运行大模型定制的主机,只有手那么大,但是宣称可以跑70B主流的大模型,他采用的技术是联想定制的,内存划分给显存用的手段,将大型的显卡的内存加大,最大可以到96G的显存,来跑大模型。不过他虽然小,还是不如笔记本方便。
2026-05-07 06:00:49
454
原创 PostgreSQL 提高OLAP性能之 黑科技 人为重组数据物理空间
这样的方案仅仅适用于业务明确的情况下,比如就要计算某个部分半年的数据,或者一年的数据,可以分步骤的对这些要进行聚合的数据,或报表的数据,顺序提取的数据进行这样的UPDATE的操作,提高系统的性能,同时这样操作也能提高索引的性能(原理就不讲了),同时如果想要效果比较明显,可以在安全的情况下,先把这个表的autovacuum = false,在这个操作完毕后,在打开autovacuum,并在打开前对这个表进行一个vacuum analyze的操作。PostgreSQL 高可用,银行金融用的那种,怎么搞?
2026-05-06 06:00:37
357
原创 How 2026 济南--云原生会场差点变成另一个AI 会场
最后作为一个负责的企业数据库负责人要正视这个问题,企业做AI本质是一场,不确定的投资,他不是买了一套系统就见效,他不是上了一个数据库就有效,企业要结合自己的业务,自己企业的流程来去摸索AI的具体使用的方式方法,同时在实验的这条路上,还不能让企业背负人力资源的上涨,这一切对企业太难了。实话实说,现在企业上云是解决AI问题的一个捷径,或者说一个省事的做法,云企业在跟AI的能力上,要比我们所有的中小型企业都要强,我们不提大厂的AI大模型,就是这些企业的计算能力的提供,就是我我们这些中小企业无法达到的。
2026-04-30 06:01:14
568
原创 SQLite 也可以做复杂的查询,我不信--SQLite 五脏俱全系列 (4)
在SQLite中,基于SQL引擎的简单,写* 和写确切的字段并无太大的分别,SQLite中的查询都是短小精悍,而在SQLite 查询索引覆盖是一个加速查询的好方法,将一些固定的查询中的条件和字段都加载到索引中,有助于对频繁的查询提速,减少内存的占用和IO的调用。我们此次选择的版本是3.45.3,这个版本在适应的系统的广泛性都要比新的版本要好,并且一些我们需要的核心技术的更新也都做了,BUG的FIX也做了。我们建立两张表,一张是不进行任何的限制字段类型的普通表,一张是必须要进行严格控制的strict 表。
2026-04-28 06:00:51
568
原创 阿里 PolarDB 不垃圾,由serverless引发的一场回怼!(2)--他能切库业务不闪断?
2 BINLOG的闪断,这里使用过PolarDB的同学都知道,连接PolarDB的方式是通过代理,通过代理来连接,代理也分集群地址,主节点地址,从节点地址若干,那么这样的情况下如果你通过BINLOG的主节点进行获得BINLOG数据,那么这个无感秒切,对这个部分是无法无感的,也就是你必然感受到,断掉了那一刻,BINLOG数据库无法获得,或感受到断掉了,当然后面会在接回来。今天废话不说,直接进入主题,咱们说干货,说技术。PCR 则是一个拓扑信息,就理解为这个集群里面的每个机器的户口本,谁是什么角色等等,
2026-04-27 06:00:48
370
原创 阿里 PolarDB 真垃圾,由serverless引发的一场回怼!(1)
无感秒切的原理是什么,他咱们就在数据库节点切换的时候,他让业务无感,也就是业务根本在数据库切换的过程中,根本不会报错。但是,但是,但是,出问题了,他在一个上午,应该是上午打开了SERVERLESS 也就是我们常说的弹性,然后就出事了,链接中断了几次,我没有详细的问,我想应该是一个通病,就是业务中有的程序没有重试的功能。这事情是怎么回事,一个同学他们公司也上了POLARDB,具体的我没有问,可能从什么渠道知道我这边有一个POLARDB的群,然后他就加了我,说刚开始用POLARDB 有一些东西还要学习。
2026-04-23 06:02:00
271
原创 留言区指着鼻子骂!你AI知识落后了,是去年3月份的
我们可以理解为,你要做一个100%的卷面题,但是你做到10%的时候,你的10%可以加入到你的知识中,并且你学习了这10%的全部知识,而后面的90%里面有这10%的知识,那么你答对90%后面的知识的概率就会提高,以此类推,你答的越多,你整体卷面的正确率就越高。当前AI中需要解决的问题是幻觉的问题,也就是我们提到的一本正经的胡说八道,这是因为预测机制中,每个词都在自己的概率范围内,被使用,而人类的思维的复杂性,以当前的AI的原理,通过猜词的方式是必然会产生“胡说八道的情况”。这是当前解决幻觉的第一个方案。
2026-04-22 06:00:56
380
原创 SQLite 备份我不会,Down机了怎么办 SQLite 五脏俱全系列 (3)
那么这样的情况,Sqlite的备份其实异常的简单,只要业务不进行数据的写入的状态下,直接拷贝数据文件就可以了。那么这里备份的命令就结束了吗,并没有,在大多数数据库备份的时候有一个命令都没有,但是SQLite有这个命令,就是在备份的时候,清理数据库文件的碎片,相当于备份后,备份的数据里面的文件是没有碎片的。我们此次选择的版本是3.45.3,这个版本在适应的系统的广泛性都要比新的版本要好,并且一些我们需要的核心技术的更新也都做了,BUG的FIX也做了。所以只有停机的时候,进行文件的拷贝才是安全的。
2026-04-21 06:00:13
518
原创 阿里云MongoDB 部署安全吗? 多可用区怎么搞?
所以导致企业在使用数据库的时候,都会去关注可用区这个问题,可用区其实就是我们业务中的可用区的概念,比如我在北京可用区部署了业务和数据库,同时为了保证北京可用区出现问题,比如密云的泥石流,我需要在上海再部署一套同样的产品,而这些产品本身并不是standby的概念,而是同时服务,通过接口服务不同地区的用户长江以北我们启用北京可用区,长江以南我们启用上海可用区的方案。相对来说付出的代价也是显而易见,如果必须要三节点则需要付出延迟导致的数据落盘后的数据一致性的延迟问题,2可用区,要比三可用区要好一些。
2026-04-20 06:01:54
490
原创 炸裂!那些喊着“DBA已死”的大V,你们的百分比是摇骰子摇出来的吗?
所谓的 10% “活化石”论调,3 初中级岗位,什么是初中级岗位,初级的岗位和中级的岗位之间的划分是什么,为什么初中级的岗位会消失,什么替代了他们,而这些文章中的文字是他们的核心工作,还是你以为的他们的核心工作,如果是你以为的,那么你的 30%-40%的数据又来自于哪里。写到这里,我觉得我还是没有写到点子上,来咱们各位同学老师们,评论区补充,让预测的大仙,大神,专家们,也感受一下 一线工作者的能量,我们并不傻,我们也不会消失,而。最近一段时间,网络上的关于DBA工作的文章的预测还是不少的,我总结了一下。
2026-04-17 05:01:01
358
原创 什么int类型里面能插入文字,还不能改字段类型--SQLite 五脏俱全系列 (2)
我们此次选择的版本是3.45.3,这个版本在适应的系统的广泛性都要比新的版本要好,并且一些我们需要的核心技术的更新也都做了,BUG的FIX也做了。上期我们回顾了SQLite的一些关键信息,本期我们开始从语法开始,这些语法是针对开发人员,这里有一个小问题,就是对应版本的安装问题,这里我们使用的是编译的方式,通过下载源代码的方式来进行安装。在SQLite中,重命名表,和列以及添加删除列都是很快,(需要新版本),修改类型,约束,逐渐都只能删除旧表,创建新表的方式来进行。,末尾追加 email 字段。
2026-04-15 06:00:28
604
原创 用骗孩子压岁钱的故事,来解释AI 技术
不同的AI软件的订阅方式,给你不同的使用AI的方式,比如你就是一个普通卡,你用AI那就是在受罪,用的时候尤其大家都用的时候,你就卡,一会就卡住,你就等吧,你要是白金卡会员,那就不用等,人家直接给你,怎么说,就和迪士尼的速通卡一样,别人排队,你看着他们一摆手,爷有钱,我先玩去了,你们继续排队。你的这么说,你看年过完了,你作业写了吗,你功课做了吗,你明年的辅导班又该交钱了,你后面花钱的道多了,你的买画布,你的买油菜,还的买画桌,这的多少钱,这样我呀给你把钱都存起来,我肯定不花都给你存着。
2026-04-14 06:00:59
531
原创 用单位老板八卦,讲AI、OpenClaw ,还不懂我脑袋给你当球踢
你的把领导伺候好,所以呢,你就帮助你的新来的同事,你告诉他,领导喜欢喝 散装白酒,越是小摊上的越好。因为数据他不一样,长江长城,黄山黄河,完了开始唱上我的中国心了,STOP,因为我们的数据不同,有的是医学的,有的是金融的,不同的数据不断冲刷河道,他得出的河道的样子也是不一样的,所以我们有不同的大模型,来去做不同的事情。OpenClaw他是嘛,他就是一个臭干活的,把结果给他,告诉他,你去把厕所粑粑纸的倒了,你去把领导在宾馆的账结了,你去把领导秘书在万象城的账给平了,就是这么一个倒霉蛋的角色。
2026-04-13 06:00:26
627
原创 DB 大“砖家” 说 DBA 不应该关心数据库备份? 我应该关心 美伊战争!
4 企业要审查,要审核,数据备份是一个企业能不能过审的关键,你过了ISO 9000 ,过了 ISO14000 ,企业的数据能不能有稳定的,合理的备份和数据恢复是被严格考察的评审环节。1 咱们企业里面有没有误操作的,误操作后恢复数据库是不是的找备份,备份的方式,备份的形式,备份的时间,是不是决定一个企业的数据安全和企业运营的强健性。咋了,也错了,技术错了,没有呀?,很多企业的CIO并不懂技术细节,如果听信了这些“专家”关于“备份不重要”的鬼话,削减了灾备预算,一旦出事,就是倾家荡产的代价。
2026-04-11 16:59:19
549
原创 被提问最多的一些PostgreSQL备份的问题回复
从上图我们看到,两个函数,在对PG备份的时候,我们执行pg_stat_backup ,来标记备份的起点,期间我们可以去拷贝数据文件,和日志文件等等,在备份结束后,运行pg_stop_backup()来记住备份的终点的位置,并生成backup_label文件,记录备份的起止点,时间线等元数据。有人说要配置,有人说不要配置,这里统一回复,如果你使用了归档,则需要配置,为什么因为你恢复的全量数据库,在wal目录中未必有你所有的恢复需要的wal日志,而如果没有的情况下,你必然是要从归档的目录把需要的wal拉回来。
2026-04-10 06:01:26
525
原创 “裁掉全组DBA,老板要一人AI 部门” 怎么办?--在线挺急的
同这个想法的对吧,拿不应该先应用到你自己身上,是吧,你看SQL优化可以AI ,数据库安装可以小龙虾,然后问题解决咱们加入大模型,训练一下,你看看,我们希望你一个人可以把公司的数据库的运维工作都接起来,:不是,不是,你办事我放心,最近咱们公司搞 AI 优化,会你也参加了,咱们这边你是重点,数据库工作非常重要,这也是公司领导层关注的地方,你做的一直都很好。老板,我们这已经人手不够,我们不光是SQL优化,安装数据库,我们还有设计数据库表,和研发讨论,以及监控,值班,发现潜在问题的工作,另外数据库的安全,审核,
2026-04-09 06:00:49
483
原创 “龙虾” OpenClaw完蛋了!创始人跑路 OpenAI,三大 AI 巨头关门放狗
OPENAI收了龙虾的创始人,开始商业产品的研发,OPENAI的死对头,也是现在美国最赚钱,或者说最领先的AI公司Anthropic 封杀了OpenClaw,而剩下的Google对于OpenClaw的态度,一句话,技术上兼容,商业上围剿,账户上严惩不贷。在历史的演进中,我们已经遇到了太多这样,令人振奋,但昙花一现的项目,在美国的AI世界里面,目前只有三个先驱,OPENAI,Anthropic 和 Google,他们三个分别有最领先的AI产品,或者说美国的AI市场,看这三个就足够了,而现在。
2026-04-08 06:04:38
310
原创 SQLite需要初始化参数,怎么调优-- SQLite 五脏俱全系列 (1)
今年我们也新开一个系列叫SQLite知多少,我们继续深入到SQLite的使用问题的探究中,这是一个长期的系列,目前已经写到 4 期,我们将从,安装,版本,使用,SQL,运维,压力测试,使用中程序的编制注意事项等等,深入SQLite 希望这个系列能帮助你。我们此次选择的版本是3.45.3,这个版本在适应的系统的广泛性都要比新的版本要好,并且一些我们需要的核心技术的更新也都做了,BUG的FIX也做了。2 优化了索引的选择,让数据库可以选择更高效的索引而不是因为优化的时间的原因,选择一个低效的索引。
2026-04-07 06:00:30
388
原创 被唱衰倒闭的Oracle,锚钉5530亿美元的未来,你觉得这局是 “生” 是 “死”
加群请联系 liuaustin3 ,(共3400人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7 8群已经爆满 9群 300+,开10群PolarDB专业学习群110+ 针对 SQLite 我们将建立一个新的群sqlite的群,如果需要请加群的时候单独告知)尽管前景广阔,但甲骨文若想称霸,必须克服以下挑战,挑战者而非王者: 尽管OCI增长迅猛(增长率达84%),但它目前仍是“挑战者”,AWS依然占据30%的市场份额,且竞争对手拥有更雄厚的资金储备。
2026-04-03 05:00:31
498
原创 《当“深度”不再值钱,谁杀死了技术文章 who is 凶手?》
竹板这么一打,大家太难了,干货自虐,爽文自愈,你说怪谁呢,你说TX的推流机制有问题,姓马的...... 消音中BBBBB ,咱们可不敢惹,你说读者低俗没涵养,你还想活吗,只能怪了技术人,一厢情愿假天真!因为费脑子,大早晨,我看完深刻的技术文章,可能只能读一篇,且还的要在我心情好的时候,心情不好的时候,我是一点都不想看,且与我无关的技术文章我也不太想看。技术文章越来越少,是谁的锅?大家都想吃甜食,没人愿意嚼粗粮,嘴上喊着要干货,身体诚实走红楼,技术正文摆正位,没有人读,没人看,那就写着来解闷,全凭图一乐。
2026-04-02 05:00:50
463
原创 15000千字,实况记录企业AI数据库的需求都讨论了什么---赛博赶海
上期内容讨论什么是 企业可信 AI 数据库--疯狂Move杭州 24小时想听音频的同学可以直接到下方链接,听音频https://www.xiaoyuzhoufm.com/episode/69c631d644523328b245245c?s=eyJ1IjogIjY5YTk5YWY5MjU0ZmJjYTQ3MGJjZjkxNCJ9周一我把我去杭州的参加什么是可信数据库的问题,列了一下,我这边凭着记忆,以及一些我当时的记录,组织的当时三人行的记录,如果有什么遗失的内容,或者不全面的,还请,明浩老师,戴涛老师指正,
2026-04-01 06:01:52
636
原创 讨论什么是 企业可信 AI 数据库--疯狂Move杭州 24小时
关键的问题是,数据库无法处理,或者说数据库是数据库,大模型是大模型,我们希望的AI的终极模式,是将数据库内置推理引擎,通过SQL来调用,数据库就是 AI 数据 处理一体化的产品,这才是企业要的可靠,可信赖,可操作的 AI系统。如果我们通过 AI ,AI Agent 去大数据获取数据,作为投喂的数据,获取的数据在不同的数据库中进行,在AI获取投喂的数据因为延迟,获取到了错误的数据,过时的数据,而在错误的数据的指导下 AI Agent操作失误了,造成的企业的经济损失,由谁来承担?那个正规的企业敢用呢?
2026-03-30 06:00:29
472
原创 真正让人焦虑的不是AI,是什么-我们把它戳破
可能有人还要抛出,资本家对AI的青睐,如何降本增效,这还是技术人的迷之自信,AI的提效,AI的发展最大的受害者是 资本家是企业主,试想,当资本家把劳动者都裁员,如技术人说的都是一人公司,那么现在的资本家,企业主,他们又在那,他们可以让一帮AI给他们干活,我们为什么不能,我们和资本家和企业主的差距再缩小,不用劳动者去推翻AI ,资本家和企业主就会自己动手,将AI进行XXXX。通过海量的学习,学习的是已有的知识,我们不存在的知识,AI是无法处理的,这个是AI 一直的难题,我们称之为 AI 幻觉。
2026-03-29 06:10:05
586
原创 OpenAI 进入“倒闭”区间,微软4000亿美元一日蒸发,二者彻底撕破脸皮
自 2019 年以来,微软向 OpenAI 投资了约 130 亿美元,而 OpenAI 随后又将大部分资金通过支付 Azure 云计算费用返还给微软,这种模式导致两家公司都在账面上记录了收入增长,让投资者觉得业务在加速,但实际上并没有创造出真正的独立业务,引发了市场对财务真实性的不安。OPEN AI的存活,一切都因为商业投资的希望,而如果希望破灭,留给OPEN AI的只能是轰然DOWN掉,而这一个过程中,他的最大投资者,微软已经逐步成为他的敌人。在这些因素后,Open AI表现的是巨额的亏损。
2026-03-26 05:30:48
526
原创 Oracle大崩盘,从数据库界神话 到 2030年倒闭后的讨论
抖音的推流机制,最近几天,一些投资,经济,金融类的知名大V,对ORACLE要崩盘的信息的评论,确认,甚至预测它倒闭的时间都出来了。MYSQL不更新,去年10月把MYSQL的研发团队基本都裁员光了,然后2026年,要裁员3万人,这里面可就有ORACLE数据库的人,3万人,ORACLE数据库会不会也停止研发,那可就说不准了。1 很多AI企业和它签订了合同,人家用明天的钱,买了它现在的钱,也就是人家要你把这个硬件基础搞起来,然后人家进驻,人家按合同开始付钱使用你的平台,但如果你违约不建立平台,
2026-03-25 06:00:18
534
原创 内存暴涨下的数据库成本生存战--卖的便宜不如用的便宜
在内存,存储暴涨的年代,存算分离有了新的优势和卖点。2 公用数据重复存储问题:大型项目中共用数据,公用数据,存储、传输的情况比较多,针对公用的数据,共用数据,不少情况是每个项目自己要在自己的系统中存一份,应对频繁的调用和信息的修改,这增加了整体系统的复杂性,对ETL数据传输和数据的一致性提出了挑战,这也是当下数据处理成本高的一个关键点,减少数据的流转,减少重复的数据存储,若一个数据库产品可以承载更多的项目,避免他们割裂,还能对数据进行分片,分割,保证数据的写入和访问性能,那是现代应用系统设计的福音。
2026-03-23 06:02:48
308
原创 DB 监控 --DBA挨罚后,咱们说说怎么能不挨罚的解决方案(4)?
如果我们将这些指标和CPU90%联动呢,如果我们对内存的阈值进行设定呢,比如内存使用超过90%,必须停止工作,进行链接的查杀呢,或者警告数据导入的工作人员,这样继续,数据库DOWN机的概率有多少,如果继续这样工作,数据库 down机的责任在他呢?那么我们举例,核心业务库,一晚上90%的CPU ,你设置的电话告警,一分钟一个电话,你起来看,业务告诉你,导数据呢,暂时就这样,然后你就一晚上的电话不断,最后你把告警电话拉黑了,半夜因为倒数导致数据库挂了,你没有接到告警电话,最后你挨罚了。1 出事了,你不知道。
2026-03-20 06:00:20
363
原创 一封给 阿里云 PolarDB 和 DTS 的感谢信,降本增效提升效率,感谢有你们!!
随着迁移的流程化,迁移的速度相较于之前,有了大幅度的提升,整体我们迁移一个5T的库从开始到结束以及验证数据不让一条数据缺失,我们只需要5-6个工作日,同时并发进行一次从1个物理库,到2个 3个 4个 一次进行,里面的复杂性和工作量,只有我们这些人知道。这里我们可以列举一些我们遇到的问题。
2026-03-18 03:44:57
309
原创 《给海量数据库 Vastbase G100卸个妆--不在关注TPC-C ,今天就给海量挑刺》
1 他提示非常的细腻,就和你刚谈对象,你对象对你的关怀一样,哪里有问题,会直接告诉你怎么做下一步,基本上你只要会复制粘贴,就可以解决大部分的问题了。
2026-03-16 06:00:30
339
原创 DB 监控 --乱搞监控最后挨罚了吧?(3)
这里我们举一个例子,一个公司一个报表的数据库,每到月底CPU几乎95%以上,内存使用率到到90%以上,磁盘IOPS 能告警一晚上,但是他就是不DOWN机,同时没有客诉,或者项目经理告诉你,这个业务就是这样,平时CPU连5%都没有,就到月底,年底,CPU这样,我请问你的数据库要不要告警,怎么告警,告的什么警。而我们刚才提到了,一晚上数据库都那样,但没有事情,这算什么告警,这算风险告警,而我们很多的情况都是 风险告警,比如CPU 90% 但就几秒钟, IOPS打满了,但就2分钟,内存90%了,但就10分钟。
2026-03-13 06:02:57
473
MYSQL percona server manual
2018-03-17
70-457 SQL SERVER 2012 考试真题 有效期2014 -6-15
2014-03-14
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅