生态围墙 - Github Actions & Hugo

0x00 上帝说有光 目标:持续 tidb.cc 域名的运转 初衷:让更多的人了解 xxxx 产品 内核:提升自身技能以及建立良性记录 动力:装逼 助力 OKR、分享与讨论技术的真实性、

TiDB - 2PC & Backoff

0x00 源 TiDB to TiKV 之间的网络状态(图片来自与 PingCAP 官网锁冲突)「该图包含悲观锁逻辑,来自 2020 年的 PingCAP 官网」;部分内容来自 Google Percolator 的事务模型。 0x01 2PC 2PC (Two-phaseCommit) 是指在计算机

系统调优 - numactl cpubind

0x00 CCC 单个不够,数量来凑,太多人跑也会不规划好跑道容易干架;使用 Linux 软件 numactl 将服务进程绑定在目标 CPU 上,支持按 Vcore、物理 CPU 绑定。 0x01 numactl numactl –show 查看当

School - TiKV not leader

0x00 监控 使用云机房物理机设备组建同城三中心方式部署 部署时已知 idc3 与其他两个机房 ping latency 稍高,大约在 1 - 3 ms 之间,idc1 与 idc2 机房延迟稳定在 1ms 以内 0x01 架

School - Binlog & TSO

0x00 事前 维护该 Binlog 架构下的问题之一 “GC 数据问题” 0x01 FAQ-1 某天巡检发现以下现象,pump 还在工作、Drainer 写入出现中断 查看 Drainer 日志 1 2 3 4 5 6 pump.go:433:

School - TiDB Region Spilt

0x00 元 收到监控 & 业务告警,内容为目前 QPS duration > 1s 首先排查监控缩小范围 交叉信息判定为 region 超过 144mb 以后未分裂,造成 get snapshot 持续失败,同时 region 过大造成写入和读取数

School - TiDB table info & DDL history

0x00 元 tidb ddl 3.0 版本之前只有一个队列提供服务,所有 ddl 都要在这个队列阻塞 多个 TiDB-server 会先选举 DDL owner TiDB 配置文件中的 run-ddl = false 该节点不支持运行 DDL DDL owner 处理所有 DDL 信息 更

School - TiKV write stall

0x00 告警 TiDB 与 TiKV 出现大量 backoff;触发 backoff 告警阈值 相应时间段 tidb kv error 监控趋势升高 相应时间段 tikv thread cpu / apply cpu 监控趋势升高 1 2 3 4 5 6 7 8 9 10 11 12 13 14

总结 - Syncer 助力思维成长

0x00 背景 长期使用 Syncer 之后经过一番胡思乱想之后的总结经验,类似于“久病成医”的感觉 内容按照 201706 - 201806 期间使用经验整理,后续大致是不会遇见了,因为有了新

Drainer & Binlog crc mismatch

0x00 借口 该问题出现时间为 2018 年 5 月 12 日,影响版本范围在 1.0.x & 2.0 附近;基本上算运维事故,一定要配置告警啊,就算系统不重要 现象总结 出现 crc mismatch 可能是 pump binlog 数