一連の記事を読むためにTiDB BINLOGソース（a）の順番を

著者：黄Jiahao

TiDB BINLOGのようにのようなTiDB、MySQLのように、下流にTiDBのbinlogの準リアルタイム同期を収集するためのアセンブリ。本体は、コピーから関数のMySQLに類似している、TiDBバイナリログ生成された各インスタンスを収集し、トランザクションの時間順に並べ替え、下流にグローバル順序付けられたデータの同期をコミット。使用TiDBビンログは、リアルタイムデータのバックアップとリカバリの近くにほぼリアルタイムのデータの他のデータベースとの同期だけでなく、TiDBを達成することができます。我々が使用する幅と深さで、我々は原則と間違った使用方法を理解していないため、TiDB BINLOGの例数に遭遇するだけでなく、いくつかのTiDBのbinlogのサポートは完全ではなく、デザインシーンを向上させることが可能と分かりました。

この文脈では、我々はあなたがTiDB BINLOGの原則の実施、誰もより深い交流を理解するだけでなく、コミュニティを支援するために、分析と設計原則TiDB BINLOGコードの解釈を通じて、活動を共有TiDB BINLOGを実行するためにソースコードを読みますTiDBビンログは、設計、開発とテストに関わります。

文化的背景

記事のこのシリーズはTiDB BINLOG自体を集中する、読者は、以下を含むがこれらに限定されない、いくつかの基本的な知識を持っている必要があります。

囲碁の言語で実装された言語、TiDB BINLOGを行く、特定のGo言語の基盤が急速にコードを理解するのに役立ちますがあります。
MySQLの、TiDB機能、構成、および使用を含むデータベースの基本は、;基本DDL、DML文とトランザクションの基本的な知識を理解しています。
カフカの基本原則を理解します。
その上、このようなバックエンドサービスプロセス管理などのバックエンドサービス、RPC作品との基本的な知識。

全体的に、読者は、いくつかのMySQL / TiDB /カフカの経験を持っている必要があり、あなたが行く言語プログラムを読むことができます。TiDB BINLOGのソースコードを読む前に、あなたが読み始めることができます「TiDB BINLOGアーキテクチャの進化との原則の実施」を開始します。

エグゼクティブサマリー

「TiDB BINLOGソースは一連の記事を読んで、」Benpianとしてポストのシリーズは、単に論理的な順序の部品とは、誰もがこの連載の全体的な理解を持って容易にするために、話すのフォローアップをご紹介します。

知人TiDB BINLOG出典：総合、TiDB BINLOGとローカルクラスタにどのように高速スタートをテストするために、メインコンポーネントおよびモジュール、および統合テストフレームワークをしている何TiDB BINLOGを含むソースコードを、ご紹介したコードを変更することがあり、フォローアップと経験BINLOGの同期を容易に。
誰もがTiDBはビンログを生成する方法を知っているように、同時にポンプクライアント：クライアントの紹介をポンプ。
サーバーのポンプはじめに：メインポンプの起動プロセス、状態を維持し、トリガーのタイミングが偽のbinlogのGC下流ドライブを生成を含みます。
ポンプ記憶モジュール：ストレージはメインポンプモジュールで、メモリbinlogのメインロード、読書やソート、分割多重記事を説明することがあります。
水切りサーバプロファイル：水切りがメンテナンスの状態を含む、プロセスを開始するだけでなく、グローバルデータのbinlogスキーマ情報を取得する方法。
水切りローダパッケージの説明：ローダpackgeモジュールTiDB BINLOG年でMySQLへのデータ、多くの用途のリアルタイム同期を担当しています。
水切りシンクモジュール説明：mysqlの例を同期させるためには、水切りが異なる下流のシステムに同期する方法を説明します。
スレーブbinlogのはじめに：どのように水切りのbinlogはカフカへの出力データを変換します。
アービタ説明：下流でのデータ同期カフカは、アービタを理解することによって、あなたは、このようなキャッシュ、フルテキストインデックスシステムを更新するなど、他の下流のシステムにデータを同期する方法を学ぶことができます。
reparo説明：reparoを理解することによって、我々はTiDBに水切り増分バックアップファイルを復元することができます。

概要

この記事では、目的を説明し、一連の記事を読むためにTiDB BINLOGのソースコードを計画します。次の記事私達は全体的なアーキテクチャTiDB BINLOGからカットした後、個別に個々のコンポーネントおよび主要な設計のポイントを説明します。その他のソースコンテンツは徐々に、その後の記事で展開されますので、ご期待ください。

最後に、我々は参加歓迎TiDB BINLOGの開発を。

オリジナルを読みます：

文化的背景

囲碁の言語で実装された言語、TiDB BINLOGを行く、特定のGo言語の基盤が急速にコードを理解するのに役立ちますがあります。
MySQLの、TiDB機能、構成、および使用を含むデータベースの基本は、;基本DDL、DML文とトランザクションの基本的な知識を理解しています。
カフカの基本原則を理解します。
その上、このようなバックエンドサービスプロセス管理などのバックエンドサービス、RPC作品との基本的な知識。

エグゼクティブサマリー

知人TiDB BINLOG出典：総合、TiDB BINLOGとローカルクラスタにどのように高速スタートをテストするために、メインコンポーネントおよびモジュール、および統合テストフレームワークをしている何TiDB BINLOGを含むソースコードを、ご紹介したコードを変更することがあり、フォローアップと経験BINLOGの同期を容易に。
誰もがTiDBはビンログを生成する方法を知っているように、同時にポンプクライアント：クライアントの紹介をポンプ。
サーバーのポンプはじめに：メインポンプの起動プロセス、状態を維持し、トリガーのタイミングが偽のbinlogのGC下流ドライブを生成を含みます。
ポンプ記憶モジュール：ストレージはメインポンプモジュールで、メモリbinlogのメインロード、読書やソート、分割多重記事を説明することがあります。
水切りサーバプロファイル：水切りがメンテナンスの状態を含む、プロセスを開始するだけでなく、グローバルデータのbinlogスキーマ情報を取得する方法。
水切りローダパッケージの説明：ローダpackgeモジュールTiDB BINLOG年でMySQLへのデータ、多くの用途のリアルタイム同期を担当しています。
水切りシンクモジュール説明：mysqlの例を同期させるためには、水切りが異なる下流のシステムに同期する方法を説明します。
スレーブbinlogのはじめに：どのように水切りのbinlogはカフカへの出力データを変換します。
アービタ説明：下流でのデータ同期カフカは、アービタを理解することによって、あなたは、このようなキャッシュ、フルテキストインデックスシステムを更新するなど、他の下流のシステムにデータを同期する方法を学ぶことができます。
reparo説明：reparoを理解することによって、我々はTiDBに水切り増分バックアップファイルを復元することができます。

概要

最後に、我々は参加歓迎TiDB BINLOGの開発を。

オリジナルを読む：www.pingcap.com/blog-cn/tid ...

ます。https：//juejin.im/post/5d0848955188255a5715254eで再現