tidb

很开心最近以不错的成绩过了 tidb 的 PCTA 认证, 该认证是 tidb 的基础运维能力认证. 除了理解 tidb 的基本概念, 使用 tiup 部署管理集群, 还有很大一块就是学会使用TiDB生态工具，进行数据迁移和校验，例如：数据迁入、全量导出、全量导入、备份恢复、校验等等。 它们的特性更有不同, 如上游下游是啥, 速度和数据量, 是否需要停机或者只读, 是否支持异构, 兼容的版本, 是否需要额外部署组件等, 理解它们的异同及各自的使用场景, 是考试中容易丢分的点, 故结合 301 视频和官方文档, 稍作整理如下. BR BR 全称 backup & restore, 是 tidb 分布式备份恢复的命令行工具, 用于对 tidb 集群进行数据备份和恢复. BR 属于物理备份，数据由 TiKV 从各个 region 的 leader 生成 SST 格式的 KV 数据，它是专用的 TiDB 格式，不能用于 MySQL 的还原。TiKV 进行数据还原时，没有固定的节点对应关系，所有的节点都需要访问完整的数据，所以 BR 最好使用 NFS/S3 共享存储存储。支持按库, 表过滤, 支持全量增量, 支持限速. Dumpling 数据导出工具 dumpling 可以把存储在 tidb/mysql 中的数据导出为 sql 或者 csv, 可以用于完成逻辑上的全量备份或者导出....

学习 go 之后常年关注 go 生态， 除了 docker， k8s 这些云原生领域的顶梁柱， 国内的 newsql 数据库 tidb 也很快进入关注列表。 在对 tidb 有了更多的了解之后， 对它的兴趣也越大, 如: 云原生的 newsql 解决方案 完全开源，开放的生态和社区 在几年前选型时，就选择了 sql 层 go， 存储层 rust 的双语方案，魄力 国人做的。 终于有国人在 操作系统, 数据库, 编译器 这 3 大基础软件领域做出了有一定成绩，且有完全自主知识产权的产品了(而不是各种魔改)! 虽然我对它兴趣浓厚， 想深入的了解学习一下， 却没有想过要参与到它的开发中去, 最大的原因可能是认为数据库的开发很难，我的 go 也刚学不久 等， 直到我看到 tison 的一篇 vlog 一分钟成为 TiDB 贡献者, 我抱着试试的态度，开始了 tidb 的 contribute 之旅。 虽然只是开始，但也涨了不少知识，踩了一些坑，趁热写这么一篇文章，希望对后来的新人有帮助。 概述 tidb 分布式数据库是个庞大的系统，从核心到外围，可以大概分为: tidb(go) + tikv(rust)，除了同名主仓库，还有好些依赖组件在他们各自的仓库 安装，监控，数据迁移等官方工具, 如 tiup, dm 等 文档 客户服务，论坛等 一个庞大的系统必然有各种各样任务，他们的难度是不一样的，小到修改一个错别字，写一篇使用心得，都可以算是贡献。 我的 contribute 之路也是从一个小小的测试重构开始的。...