执行性能加速 10 倍，并且可线性扩展 #50052 @GMHDBJD – 支持同时提交 16 个 IMPORT INTO ... FROM FILE 任务，方便批量导入数据到目标表，极大地提升 了数据文件导入的效率和性能 #49008 @D3Hunter – 提升 Sort 算子的数据落盘性能 #47733 @xzhangxian1008 – 优化数据落盘功能的退出机制，支持在数据落盘过程中取消查询 类型主键时丢失数据的问题 #10672 @GMHDBJD – TiDB Lightning * 修复检查 TiKV 空间导致的性能回退的问题 #43636 @lance6716 * 修复在扫描数据文件时，遇到不合法符号链接文件而报错的问题 #49423 @lance6716 * 修复当 sql_mode 中不包含 NO_ZERO_IN_DATE 时，TiDB Lightning 无法正确解析包含 前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVMe 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVMe 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 526 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVMe 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

Unavailable 的错误 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 444 8.15.5 数据文件损坏· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 前的环境检查操作，以下各项操作按优先级排序。 4.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc IP:端口即可。 3. 等待该 TiFlash 节点对应的 store 消失或者 state_name 变成 Tombstone 再关闭 TiFlash 进程。 4. 手动删除 TiFlash 的数据文件，具体位置可查看在集群拓扑配置文件中 TiFlash 配置部分下的 data_dir 目录。 5. 从 TiUP 拓扑信息中删除已经下线的 TiFlash 节点信息： tiup cluster

前的环境检查操作，以下各项操作按优先级排序。 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 以做到文件内按主键 有序，且是标准的 CSV 文件，可以尽量生成单个大文件（例如每个 20 GiB），然后开启strict-format，既可以 降低 TiDB Lightning 实例之间导入的数据文件中存在主键和唯一键的重叠，又能在导入前由 TiDB Lightning 实例对 大文件进行切分，达到最佳的导入速度。 6.3.7.2 规划集群拓扑 按照每个 TiDB Lightning 实例处理 Lightning 能 识别的格式 ${db_name}.${table_name}.parquet。更多文件类型和命名规则，请参考TiDB Lightning 数据 源。你也可以通过设置正确的自定义表达式匹配数据文件。 4. 将所有 Parquet 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup。TiDB Lightning 将递归地寻找该目录及其子目录内的所有

Unavailable 的错误 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 817 10.16.4 数据文件损坏· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 序。 448 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc IP:端口即可。 3. 等待该 TiFlash 节点对应的 store 消失或者 state_name 变成 Tombstone 再关闭 TiFlash 进程。 4. 手动删除 TiFlash 的数据文件，具体位置可查看在集群拓扑配置文件中 TiFlash 配置部分下的 data_dir 目录。 5. 从 TiUP 拓扑信息中删除已经下线的 TiFlash 节点信息： tiup cluster