数据传输 | DTLE Release Notes 详细解读 2.19.07.0

2.19.07.0 版本DTLE Release Notes

数据传输 | DTLE Release Notes 详细解读 2.19.07.0

以下对 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...

本次的发版报道就到这里啦~

数据传输 | DTLE Release Notes 详细解读 2.19.07.0

相关推荐