时序表结构方案设计 背景 方案 思考一 思考二 思考三 最终方案示意图 canal中如何使用 最后 时序表结构方案设计 背景 早期的canal版本(<=1.0.24)，在处理表结构的DDL变更时采用了一种简单的策略，在内存里维护了一个当前数据库内表结构的镜像(通过desc table获取)。 这样的内存表结构镜像的维护存在问题...

Kubernetes 上的 TiDB Binlog Drainer 配置 配置参数 Kubernetes 上的 TiDB Binlog Drainer 配置 本文档介绍 Kubernetes 上 TiDB Binlog drainer 的配置参数。 配置参数 下表包含所有用于 tidb-drainer chart 的配置参数。关于如何配置这些参...

Continuous Data Validation in DM User scenario Enable continuous data validation Method 1: Enable in the task configuration file Method 2: Enable using dmctl Use continuous dat...

pika使用的是多线程模型，使用多个工作线程来进行读写操作，由底层blackwidow引擎来保证线程安全，线程分为11种： PikaServer：主线程 DispatchThread：监听端口1个端口，接收用户连接请求 WorkerThread：存在多个（用户配置），每个线程里有若干个用户客户端的连接，负责接收处理用户命令并返回结果，每个线程执行写命令...

MySQL通常在人们眼中就是一个低端、开源、大众化的数据库产品，它的稳定性和可用性一直被人们所置疑，被认为难登大雅之堂，只适用于互联网应用，难于应用到可用性高的场景中，比如金融、证券等行业。然而时代的变化太快，MySQL也不能再以过去的眼光来看，从MySQL金融版的诞生开始，它已经不再是那个扶不起的阿斗，它已经脱胎换骨，以一个崭新的形象出现在数据库的高端产...

TiDB Data Migration 用户文档 DM 架构 DM-master DM-worker dmctl 同步功能介绍 Table routing Black & white table lists Binlog event filter Shard support 使用限制 TiDB Data Migration 用户文...

Switch DM-worker Connection between Upstream MySQL Instances Switch DM-worker connection via virtual IP Change the address of the upstream MySQL instance that DM-worker connects t...

时序表结构方案设计 背景 方案 思考一 思考二 思考三 最终方案示意图 canal中如何使用 最后 时序表结构方案设计 背景 早期的canal版本(<=1.0.24)，在处理表结构的DDL变更时采用了一种简单的策略，在内存里维护了一个当前数据库内表结构的镜像(通过desc table获取)。 这样的内存表结构镜像的维护存在问题，如...

上游使用 pt/gh-ost 工具的持续同步场景 如何根据类型或 DDL 内容过滤 binlog 事件 如何通过 SQL 表达式过滤 DML binlog 事件

上游使用 pt/gh-ost 工具的持续同步场景 如何根据类型或 DDL 内容过滤 binlog 事件 如何通过 SQL 表达式过滤 DML binlog 事件