Skip to content
Permalink
Browse files

lightning/overview: add space for single asterisk (#1817)

  • Loading branch information...
lance6716 authored and lilin90 committed Sep 5, 2019
1 parent 396dc22 commit 966c516bfe04deacc6b8e6b2f3a308c184c25f07
@@ -25,13 +25,13 @@ TiDB Lightning 整体工作原理如下:

2. `tidb-lightning` 会在目标数据库建立架构和表,并获取其元数据。

3. 每张表都会被分割为多个连续的*区块*,这样来自大表200 GB+的数据就可以用增量方式导入。
3. 每张表都会被分割为多个连续的**区块**,这样来自大表 (200 GB+) 的数据就可以用增量方式导入。

4. `tidb-lightning` 会通过 gRPC 让 `tikv-importer` 为每一个区块准备一个“引擎文件 (engine file)”来处理 KV 对。`tidb-lightning` 会并发读取 SQL dump,将数据源转换成与 TiDB 相同编码的 KV 对,然后发送到 `tikv-importer` 里对应的引擎文件。

5. 当一个引擎文件数据写入完毕时,`tikv-importer` 便开始对目标 TiKV 集群数据进行分裂和调度,然后导入数据到 TiKV 集群。

引擎文件包含两种:*数据引擎**索引引擎*,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。
引擎文件包含两种:**数据引擎****索引引擎**,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。

6. 整张表相关联的所有引擎文件完成导入后,`tidb-lightning` 会对比本地数据源及下游集群的校验和 (checksum),确保导入的数据无损,以及让 TiDB 分析 (`ANALYZE`) 这些新增的数据,以优化日后的操作。

@@ -25,13 +25,13 @@ TiDB Lightning 整体工作原理如下:

2. `tidb-lightning` 会在目标数据库建立架构和表,并获取其元数据。

3. 每张表都会被分割为多个连续的*区块*,这样来自大表200 GB+的数据就可以用增量方式导入。
3. 每张表都会被分割为多个连续的**区块**,这样来自大表 (200 GB+) 的数据就可以用增量方式导入。

4. `tidb-lightning` 会通过 gRPC 让 `tikv-importer` 为每一个区块准备一个“引擎文件 (engine file)”来处理 KV 对。`tidb-lightning` 会并发读取 SQL dump,将数据源转换成与 TiDB 相同编码的 KV 对,然后发送到 `tikv-importer` 里对应的引擎文件。

5. 当一个引擎文件数据写入完毕时,`tikv-importer` 便开始对目标 TiKV 集群数据进行分裂和调度,然后导入数据到 TiKV 集群。

引擎文件包含两种:*数据引擎**索引引擎*,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。
引擎文件包含两种:**数据引擎****索引引擎**,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。

6. 整张表相关联的所有引擎文件完成导入后,`tidb-lightning` 会对比本地数据源及下游集群的校验和 (checksum),确保导入的数据无损,以及让 TiDB 分析 (`ANALYZE`) 这些新增的数据,以优化日后的操作。

@@ -26,14 +26,14 @@ TiDB Lightning 整体工作原理如下:

2. `tidb-lightning` 会在目标数据库建立架构和表,并获取其元数据。

3. 每张表都会被分割为多个连续的*区块*,这样来自大表200 GB+的数据就可以用增量方式导入。
3. 每张表都会被分割为多个连续的**区块**,这样来自大表 (200 GB+) 的数据就可以用增量方式导入。

4. `tidb-lightning` 会通过 gRPC 让 `tikv-importer` 为每一个区块准备一个“引擎文件 (engine file)”来处理 KV 对。`tidb-lightning` 会并发读取 SQL dump,将数据源转换成与 TiDB 相同编码的 KV 对,然后发送到 `tikv-importer` 里对应的引擎文件。

5. 当一个引擎文件数据写入完毕时,`tikv-importer` 便开始对目标 TiKV 集群数据进行分裂和调度,然后导入数据到 TiKV 集群。

引擎文件包含两种:*数据引擎**索引引擎*,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。
引擎文件包含两种:**数据引擎****索引引擎**,各自又对应两种 KV 对:行数据和次级索引。通常行数据在数据源里是完全有序的,而次级索引是无序的。因此,数据引擎文件在对应区块写入完成后会被立即上传,而所有的索引引擎文件只有在整张表所有区块编码完成后才会执行导入。

6. 整张表相关联的所有引擎文件完成导入后,`tidb-lightning` 会对比本地数据源及下游集群的校验和 (checksum),确保导入的数据无损,以及让 TiDB 分析 (`ANALYZE`) 这些新增的数据,以优化日后的操作。

7. 在所有步骤完毕后,`tidb-lightning` 自动将 TiKV 切换回“普通模式” (normal mode),此后 TiDB 集群可以正常对外提供服务。
7. 在所有步骤完毕后,`tidb-lightning` 自动将 TiKV 切换回“普通模式” (normal mode),此后 TiDB 集群可以正常对外提供服务。

0 comments on commit 966c516

Please sign in to comment.
You can’t perform that action at this time.