把九种数据库塞进一条同步链路
从 Oracle 到达梦,从 MySQL 到 ClickHouse。真正的难点不在同步本身,而在于九套时间戳语义互不相认 —— 这篇记录我们如何用一张影子表把时钟对齐。
Featured
从 Oracle 到达梦,从 MySQL 到 ClickHouse。真正的难点不在同步本身,而在于九套时间戳语义互不相认 —— 这篇记录我们如何用一张影子表把时钟对齐。
凌晨三点告警,lag 从两千涨到两百万。复盘下来根因只有一个字:慢。这篇把当时敲过的每一条命令和它们各自回答了什么问题,按顺序写清楚。
Latest
proxy_pass 结尾有没有斜杠,差别是一整条路径。配了七年 Nginx,我把还在反复犯的五个错整理成一张对照表。
别从数学开始。先搞清楚密钥到底以什么形态躺在哪个文件里,剩下的概念才有地方挂。
一个 up 起来九个服务,五分钟后干净销毁。关键是别把数据卷当硬盘用。
每天抓热点、自动排版、离线可看。做了三十天之后,我发现真正难的不是抓取,是摘要写多少字。
语法兼容度 95%,剩下 5% 全是存储过程。这篇记录那 5% 具体长什么样。
优化器给了你一个计划,但它没告诉你统计信息是三周前的。从执行计划倒着查回去的完整路径。
两百万行日志塞不进上下文。切成块、建索引、按需召回 —— 一个能跑的最小方案。
写了两年才明白,写不出来通常不是没想法,是把顺序搞反了 —— 先写结论,再补论证。
这个分类下还没有文章。
# 1. lag 到底卡在哪个分区 kafka-consumer-groups.sh --bootstrap-server localhost:9092 \ --group order-sync --describe # 2. 是消费慢,还是根本没消费 watch -n2 "cat /proc/$(pgrep -f SyncWorker)/status | grep Threads" # 3. 结论:单分区吞吐被一条慢 SQL 拖死 # lag=2,041,882 → 拆分区 + 批量提交