{{template "header" .}}
当前只支持字段在表结构末尾追加新字段,如果配置的二进制位点是在DDL 之前的位点,会出现数据和字段对应不上
数据类型修改之后,如果配置的二进制位点是在DDL 之前的位点,可能会出现数据出错
从Binlog解析出来的数据,在转成 map[string]interface{} 的数据格式的时候
MySQL里的存储类型对应Golang里的数据类型不一样
括号里的代表是Golang里的数据类型
TINYINT ( int8 | unit8 ) , SMALLINT ( int16 | unit16 ) , MEDIUMINT ( int32 | uint32 ), INT ( int32 | uint32 ) , BIGINT ( int64 | uint64 )
FLOAT ( float32 ) , DOUBLE ( float64 ) ,REAL ( float64 )
DECIMAL , NUMERIC( 返回string类型 )
DATE , TIME , YEAR , DATETIME , TIMESTAMP ( string类型 )
CHAR , VARCHAR ( string )
TEXT , TINYTEXT , MEDIUMINTTEXT , LONGTEXT ( string )
BLOB, TINYBLOB , MEDIUMINTBLOB , LONGBLOB ( string )
ENUM ( string类型 )
SET ( []string )
BIT ( int64类型 )
{$SchemaName} : 数据库名字
{$TableName} : 表的名字
{$EventType} : 当前记录的增删改事件,新增(insert); 修改(update) ; 删除(delete); SQL(sql)
{$Timestamp} : 当前Bifrost同机器的时间戳
{$BinlogTimestamp} : Binlog 发生的时间戳
{$BinlogFileNum} : Binlog文件编号,并不是 整个Binlog文件名,比如 binlog 文件是 mysql-bin.000001 那这个 BinlogFileNum 的值 是1
{$BinlogPosition} : Binlog position 位点
{$字段名} : 表的字段数据
备注: 标签支持程度,取决于各个插件的实现,请参考各插件的文档
True : 当提交到 toServer 返回true 的时候,会进行重试操作,直到成功或者手工设置Miss 错过操作
False : 不管提交到 toServer 返回true 或者 false,都不进行重试提交
True : 将过滤sql 事件,不提供给插件层处理
False : 由插件层自行决定怎么处理
True : update事件,所选字段内容都没有变更情况下,不进行推送
False : 不管字段有没有更新,全部都会推送
默认为全选, 选中的字段才会进行解析推送
只有数据源是 close 状态,位点修改按钮才会显示出来
修改位点的时候,数据源必须是可连接的
修改位点的时候走,并不会验证位点正确性,会在 启动 数据源的时进行验证,假如位点有异常,启动 数据源的时候,会找到一个最近的正确位点进行开始
同时更新ToServer 选项 ( 默认为False )
True: 将会所有设置的表同步保存的位点强制更新,这个操作不可逆. 假如是更换边接的机器,或者位点有问题的情况下,建议选择为 True,因为表同步的时候,会判断当前数据的位点,是不是小于当前表保存的位点,小于则错过这条数据
False: 只修改数据当前的连接位点,假如只是修改了,没有点击 开启 数据源,保存开启的过程有问题。又再一次重启 Bifrost 这个位点修改无效
支持批量刷数据的插件,在数据同步异常的情况下,不支持错过当前数据同步功能,例如: ClickHouse,Kafka