数据传输 | DTLE Release Notes 详细解读 2.19.07.0
2.19.07.0 版本DTLE Release Notes
以下对 DTLE 2.19.07.0 版本的 Release Notes 进行详细解读。
文章主要分为三部分内容：
一、DTLE 项目介绍
二、改进/产品特点
三、Bug 修复
四、DTLE Release Notes
一、DTLE 项目介绍
8月14日，开源数据传输组件 DTLE 最新版本 2.19.07.0 发布。
DTLE 自开源起一直定位于一款针对 MySQL 使用特点、支持多种使用场景的数据传输组件，希望能够解决当前 MySQL 应用中保障数据传输质量、能够适配复杂场景、提供多样功能的问题。
跨数据中心的数据传输：
DTLE 能在数据中心间进行可靠数据传输，并提供链路压缩以降低传输成本
云间数据同步/迁移：
DTLE 能提供在公有云间架设数据同步通道，以支持数据容灾等需求
数据汇聚：
DTLE 能将多个数据源汇聚到同一个数据源，以提供数据分析/数据转储的功能
数据订阅：
DTLE 能将数据源的变更消息发往 Kafka 等消息中间件，以支持数据订阅通知/缓存失效通知等需求
跨数据中心的双向复制：
DTLE 能在数据中心间提供双向复制通道，以配合业务实现数据双写
DTLE 官方项目：
https://github.com/actiontech...
如对源码有兴趣或者需要定制的功能的可以通过源码编译安装。
DTLE 官方文档：
https://actiontech.github.io/...
DTLE 下载地址：
https://github.com/actiontech...
Tips：建议下载最新的 Releases 版本，下载 tar 压缩包即可，如有源码编译需求的，可以下载源码包
二、改进/产品特点
减少全量数据复制过程中 CPU 的使用率（＃402）
添加追踪机制以定位性能问题（＃477）
三、Bug 修复
修复删除任务后连接泄漏的问题（＃41）
为 nats 正确使用 BindAddr 和 AdvertiseAddr（＃452＃367）
修复任务恢复后，有残余的错误信息（＃479）
修复与 MySQL 8.0 一起使用时任务立即失败的问题
注意：MySQL 8.0 仍未经过我们的测试
当一个事务过大时，触发任务失败而不是 OOM 崩溃（＃462）
修复关于表的重命名（映射）的一些问题（＃461，＃470）
四、DTLE Release Notes
Improvements/Features
Reduce CPU usage in full-data copy process (#402)
Add a tracing mechanism to locate performance problems (#477)
Bugfixes
Fix a case of connection leakage after job removal (#41)
Correctly use BindAddr and AdvertiseAddr for nats (#452 #367)
Fix remaining error message after job resume (#479)
Fix an immediate failure when using with MySQL 8.0
Notice: MySQL 8.0 is still not tested with us.
When one transaction is too large, make the job dead instead of OOM crash (#462)
Fix some cases on table renaming (mapping) (#461, #470)
原文档（阅读原文）：
https://github.com/actiontech...
本次的发版报道就到这里啦~
