# OTSWriter 插件文档 ___ ## 1 快速介绍 OTSWriter插件实现了向OTS写入数据,目前支持了多版本数据的写入、主键自增列的写入等功能。 OTS是构建在阿里云飞天分布式系统之上的 NoSQL数据库服务,提供海量结构化数据的存储和实时访问。OTS 以实例和表的形式组织数据,通过数据分片和负载均衡技术,实现规模上的无缝扩展。 ## 2 实现原理 简而言之,OTSWriter通过OTS官方Java SDK连接到OTS服务端,并通过SDK写入OTS服务端。OTSWriter本身对于写入过程做了很多优化,包括写入超时重试、异常写入重试、批量提交等Feature。 ## 3 功能说明 ### 3.1 配置样例 * 配置一个写入OTS作业: `normal模式` ``` { "job": { "setting": { }, "content": [ { "reader": {}, "writer": { "name": "otswriter", "parameter": { "endpoint":"", "accessId":"", "accessKey":"", "instanceName":"", "table":"", // 可选 multiVersion||normal,可选配置,默认normal "mode":"normal", //newVersion定义是否使用新版本插件 可选值:true || false "newVersion":"true", //是否允许向包含主键自增列的ots表中写入数据 //与mode:multiVersion的多版本模式不兼容 "enableAutoIncrement":"true", // 需要导入的PK列名,区分大小写 // 类型支持:STRING,INT,BINARY // 必选 // 1. 支持类型转换,注意类型转换时的精度丢失 // 2. 顺序不要求和表的Meta一致 // 3. name全局唯一 "primaryKey":[ "userid", "groupid" ], // 需要导入的列名,区分大小写 // 类型支持STRING,INT,DOUBLE,BOOL和BINARY // 必选 // 1.name全局唯一 "column":[ {"name":"addr", "type":"string"}, {"name":"height", "type":"int"} ], // 如果用户配置了时间戳,系统将使用配置的时间戳,如果没有配置,使用OTS的系统时间戳 // 可选 "defaultTimestampInMillionSecond": 142722431, // 写入OTS的方式 // PutRow : 等同于OTS API中PutRow操作,检查条件是ignore // UpdateRow : 等同于OTS API中UpdateRow操作,检查条件是ignore "writeMode":"PutRow" } } } ] } } ``` ### 3.2 参数说明 * **endpoint** * 描述:OTS Server的EndPoint(服务地址),例如http://bazhen.cn−hangzhou.ots.aliyuncs.com。 * 必选:是
* 默认值:无
* **accessId** * 描述:OTS的accessId
* 必选:是
* 默认值:无
* **accessKey** * 描述:OTS的accessKey
* 必选:是
* 默认值:无
* **instanceName** * 描述:OTS的实例名称,实例是用户使用和管理 OTS 服务的实体,用户在开通 OTS 服务之后,需要通过管理控制台来创建实例,然后在实例内进行表的创建和管理。实例是 OTS 资源管理的基础单元,OTS 对应用程序的访问控制和资源计量都在实例级别完成。
* 必选:是
* 默认值:无
* **table** * 描述:所选取的需要抽取的表名称,这里有且只能填写一张表。在OTS不存在多表同步的需求。
* 必选:是
* 默认值:无
* **newVersion** * 描述:version定义了使用的ots SDK版本。
* true,新版本插件,使用com.alicloud.openservices.tablestore的依赖(推荐) * false,旧版本插件,使用com.aliyun.openservices.ots的依赖,**不支持多版本数据的读取** * 必选:否
* 默认值:false
* **mode** * 描述:是否为多版本数据,目前有两种模式。
* normal,对应普通的数据 * multiVersion,写入数据为多版本格式的数据,多版本模式下,配置参数有所不同,详见3.4节 * 必选:否
* 默认值:normal
* **enableAutoIncrement** * 描述:是否允许向包含主键自增列的ots表中写入数据。
* true,插件会扫描表中的自增列信息,并在写入数据时自动添加自增列 * false,写入含主键自增列的表时会报错 * 必选:否
* 默认值:false
* **isTimeseriesTable** * 描述:写入的对应表是否为时序表,仅在mode=normal模式下生效。
* true,写入的数据表为时序数据表 * false,写入的数据表为普通的宽表 * 必选:否
* 默认值:false
* 在写入时序数据表的模式下,不需要配置`primaryKey`字段,只需要配置`column`字段,配置样例: ```json "column": [ { "name": "_m_name", // 表示度量名称(measurement)字段 }, { "name": "_data_source", // 表示数据源(dataSource)字段 }, { "name": "_tags", // 表示标签字段,会被解析为Map类型 }, { "name": "_time", // 表示时间戳字段,会被解析为long类型的值 }, { "name": "tag_a", "isTag":"true" // 表示标签内部字段,该字段会被解析到标签的字典内部 }, { "name": "column1", // 属性列名称 "type": "string" // 属性列类型,支持 bool string int double binary }, { "name": "column2", "type": "int" } ], ``` * **primaryKey** * 描述: OTS的主键信息,使用JSON的数组描述字段信息。OTS本身是NoSQL系统,在OTSWriter导入数据过程中,必须指定相应地字段名称。 OTS的PrimaryKey只能支持STRING,INT两种类型,因此OTSWriter本身也限定填写上述两种类型。 DataX本身支持类型转换的,因此对于源头数据非String/Int,OTSWriter会进行数据类型转换。 配置实例: ```json "primaryKey":[ "userid", "groupid" ] ``` * 必选:是
* 默认值:无
* **column** * 描述:所配置的表中需要同步的列名集合,使用JSON的数组描述字段信息。使用格式为 ```json {"name":"col2", "type":"INT"}, ``` 其中的name指定写入的OTS列名,type指定写入的类型。OTS类型支持STRING,INT,DOUBLE,BOOL和BINARY几种类型 。 写入过程不支持常量、函数或者自定义表达式。 * 必选:是
* 默认值:无
* **writeMode** * 描述:写入模式,目前支持两种模式, * PutRow,对应于OTS API PutRow,插入数据到指定的行,如果该行不存在,则新增一行;若该行存在,则覆盖原有行。 * UpdateRow,对应于OTS API UpdateRow,更新指定行的数据,如果该行不存在,则新增一行;若该行存在,则根据请求的内容在这一行中新增、修改或者删除指定列的值。 * 必选:是
* 默认值:无
### 3.3 类型转换 目前OTSWriter支持所有OTS类型,下面列出OTSWriter针对OTS类型转换列表: | DataX 内部类型| OTS 数据类型 | | -------- | ----- | | Long |Integer | | Double |Double| | String |String| | Boolean |Boolean| | Bytes |Binary | * 注意,OTS本身不支持日期型类型。应用层一般使用Long报错时间的Unix TimeStamp。 ### 3.4 multiVersion模式 #### 3.4.1 模式介绍 multiVersion模式解决了ots数据库中多版本数据的导入问题。支持Hbase的全量数据迁移到OTS * 注意:这种模式的数据格式比较特殊,该writer需要reader也提供版本的输出 * 当前只有hbase reader 与 ots reader提供这种模式,使用时切记注意 #### 3.4.2 配置样例 ``` { "job": { "setting": { }, "content": [ { "reader": {}, "writer": { "name": "otswriter", "parameter": { "endpoint":"", "accessId":"", "accessKey":"", "instanceName":"", "table":"", // 多版本模式,插件会按照多版本模式去解析所有配置 "mode":"multiVersion", "newVersion":"true", // 配置PK信息 // 考虑到配置成本,并不需要配置PK在Record(Line)中的位置,要求 // Record的格式固定,PK一定在行首,PK之后是columnName,格式如下: // 如:{pk0,pk1,pk2,pk3}, {columnName}, {timestamp}, {value} "primaryKey":[ "userid", "groupid" ], // 列名前缀过滤 // 描述:hbase导入过来的数据,cf和qulifier共同组成columnName, // OTS并不支持cf,所以需要将cf过滤掉 // 注意: // 1.该参数选填,如果没有填写或者值为空字符串,表示不对列名进行过滤。 // 2.如果datax传入的数据columnName列不是以前缀开始,则将该Record放入脏数据回收器中 "columnNamePrefixFilter":"cf:" } } } ] } } ``` ## 4 约束限制 ### 4.1 写入幂等性 OTS写入本身是支持幂等性的,也就是使用OTS SDK同一条数据写入OTS系统,一次和多次请求的结果可以理解为一致的。因此对于OTSWriter多次尝试写入同一条数据与写入一条数据结果是等同的。 ### 4.2 单任务FailOver 由于OTS写入本身是幂等性的,因此可以支持单任务FailOver。即一旦写入Fail,DataX会重新启动相关子任务进行重试。 ## 5 FAQ * 1.如果使用多版本模式,value为null应该怎么解释? * : 表示删除指定的版本 * 2.如果ts列为空怎么办? * :插件记录为垃圾数据 * 3.Record的count和期望不符? * : 插件异常终止 * 4.在普通模式下,采用UpdateRow的方式写入数据,如果不指定TS,相同行数的数据怎么写入到OTS中? * : 后面的覆盖前面的数据