LordofAvernus

这个issue复现失败了 1. 根据issue的步骤，插入的sql是4M的能够直接同步 2. 我自己手动搞了个8G的事务，也同步成功了 ``` drop table if exists big_tx; create table if not exists big_tx (id int primary key auto_increment, val longtext); set @a = repeat('a', 1*1024*1024); DELIMITER...

非必现场景，当redoSQL解析DROP TABLE 为如下两条SQL时候，不支持解析 1.ALTER TABLE SCHEMA.TABLE RENAME TO * 2.DROP TABLE SCHEMA.TABLE AS *

# MySQL-MySQL ： 将源端用固定的time_zone 读取，目标端也用同一个time_zone写入 # MySQL-Kafka 将源端用固定的utc -0 的time_zone 读取 默认使用utc时区读写，考虑增加一个配置来决定读写时区

Oracle INT/INTEGER类型最大数值存储可到127位数（十进制），MySQL 没有数值类型可以存储最大值。 目前使用统一INT来做类型映射。极值问题不处理

# Step1 Interact immediately with consul only when oracle is synced to MySQL

## Plan ` In the oracle-MySQL scenario, DDL is converted to mysql5.7 SQL by default` ` At present, it is considered to convert the DDL on the target side again...

## 全量同步导致同步停止的数据类型 - [x] BINARY_DOUBLE 特殊类型值问题 fixed inf -inf nan 增量过程将几个数值转换为NULL - [x] DATE 时间格式问题 fixed replace into `TEST`.`DATE_COLUMNS` values ('0',NULL),('1','0001-01-01T00:00:00Z'),('2','9999-12-31T00:00:00Z'),('3','2022-02-21T21:02:44Z') - [x] TIMESTAMP 类型 fixed Error 1292: Incorrect datetime...

# 超过int64长度的数值类型同步问题 1. 方案 当前使用的go-ora驱动数值类型的查询结果，均使用了int64来保存，当数值类型过大/过小时，无法同步正确数据. 使用其他driver, 将"github.com/sijms/go-ora/v2" 替换为"github.com/godror/godror" 2. 测试结论 由于godror使用string来保存query number double等数值类型的结果，对于超过int64极限值以及小数位较多的数据都能正常保存。 3. 遗留问题 INTERVAL_DAY，INTERVAL_YERAR存在问题，驱动对于该类型的查询不够友好，存在一些问题 例如： `INTERVAL_YERAR 类型-999999999-11 结果显示为 -999999999--11` `INTERVAL_DAY 同步结果直接以time.duration值展示，并且该类型受到int64长度限制，所以对于时间段过长的数据，依然会出现显示错误问题.` 4. 特别关注点： godror连接Oracle 需要安装Oracle Full Client或Instant Client...

1. INTERVA_xxx类型未能完全支持（受限于godror driver） 2. INT/INTEGER/SMALLINT 由于oracle内部存储结构为number，当前的获取建表语句得到的结果 无法与真正执行的建表语句一致.故同步的表结构与增量有差异（增量从日志读取的建表语句，基本与真实建表语句一致）. 3. 字符类型的的NULL值与空值，需要额外判断，已处理 https://actiontech.github.io/dtle-docs-cn/5/5.4_columns_mapping.html