暂无搜索历史
有没有遇到过这种情况:一条SQL跑了半年都好好的,突然某天开始变慢了。SQL没改,索引没动,数据量也没暴涨,但执行计划从索引扫描变成了全表扫描。
前面几篇数据库家谱,我们讲了两个维度:按数据模型分(关系型、非关系型),按业务负载分(OLTP、OLAP)。
你有没有遇到过这种情况:系统写入压力一大,QPS就上不去了。CPU没跑满,磁盘IO也还行,内存也够,但TPS就是卡在一个数字上,加机器、换SSD都不管用。
做数据集成的人,大概率经历过这种局面:业务要一份"实时交易 + 历史库存 + 设备传感器状态"的联合报表。你一看数据分布:交易数据在 MySQL,库存历史在数仓...
TCC的代码在测试环境跑了几百遍,Try、Confirm、Cancel三个接口都写得漂漂亮亮。上线之后,账对不上了。查了半天日志才发现——Cancel执行了,但...
这个问题在技术社区里被反复讨论,但很少有人给出令人信服的答案。原因不在于数据不够,而在于“最大”这个词本身就有歧义。
PostgreSQL有个很反直觉的现象:一张表的数据量没怎么涨,但索引文件却从几百MB膨胀到了几个GB。磁盘空间被吃掉了,查询反而越来越慢。
凌晨三点收到告警:InfluxDB内存使用率从40%飙升至98%,OOM Killer强制终止了进程。重启后跑了不到半小时,内存又满了。
一条UPDATE语句,WHERE条件精确匹配了10行,最终也只改了10行。你觉得它会锁多少行?
中国信通院《数据库发展白皮书》指出,核心系统的数据库迁移面临三大结构性难题:停机窗口长、数据一致性难保证、故障后缺乏回退手段。传统模式是“停机 → 全量迁移 →...
一张表上有一个自增主键(聚簇索引)和三个二级索引。现在插入一行新数据。InnoDB需要做几件事?
关系数据库管理系统选型这件事,很多人一上来就拉对比表格。十几个产品,比功能、比跑分、比兼容率,比了三个月还没结论。
但MySQL的表现恰恰相反。在并发量增加到一定程度后,写入吞吐不但没有下降,反而还在上升。原因就在组提交(Group Commit) ——它把多个事务的刷盘操作...
索引建了,EXPLAIN也显示走了索引,但查询就是慢——这种情况比“没走索引”更让人崩溃。
优化器根据WHERE条件中的分区键,自动排除不包含目标数据的分区,只扫描必要的分区。裁剪生效时,查询只扫一个分区,性能提升几十倍;裁剪失效时,扫描所有分区,比不...
业务要一份“实时交易+历史库存+设备传感器状态”的联合报表。你一看数据分布:交易数据在MySQL,库存历史在数仓,传感器数据在InfluxDB。于是开始搭ETL...
连接池这东西,平时不出问题的时候你根本感觉不到它的存在。一旦出问题——应用连不上数据库了,或者数据库CPU莫名其妙飙到100%——你才会发现,这个小东西的威力有...
中国信通院《2024数据库发展白皮书》显示,超过六成的政企用户在核心系统升级中,将“架构可演进性”列为关键选型维度。然而在实际技术选型中,集中式、分布式、云原生...
MySQL的主从复制是最常用的高可用方案,但默认的异步复制有一个硬伤:主库写完即返回成功,binlog还没传到从库时主库宕机,这部分数据就丢了。
中国信通院《数据库发展白皮书》指出,核心系统的数据库迁移面临三大难题:停机窗口长、数据一致性难保证、故障后缺乏回退手段。传统模式是“停机 → 全量迁移 → 停机...
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市