标签:架构 nal oracle create 多源 update trunc 数据库 nbsp
一 创建相应用户
源数据用户权限: GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO `retl`@‘%‘;
目的用户权限: GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP ON *.* TO `retl`@‘%‘;
二 进行验证
源数据库进行操作,查看目的数据库是否随着变化
三 日志查看
监控管理->日志记录
四 限制
1 otter只支持ROW模式的数据同步
2 otter目标源只支持mysql and oracle
3 支持部分ddl同步 (支持create table / drop table / alter table / truncate table / rename table / create index / drop index,其他类型的暂不支持),
4 不支持带外键的记录同步
5 同步的表必须要有主键
五 场景思考
1 就是多数据库进行汇总到后端单个实例的场景,但是考虑到5.7的多源复制,其实这方面otter优势并不大
2 异构数据库进行实时传输的场景,由于otter本身不支持异构数据库,所以也不行,只能用canal+kafka
3 我想到的一种场景就是MGR做目标库,可以实现线上的实时传输
4 至于多机房的架构,没有试过,也没有环境,我个人觉得,跨机房复制比较灵活
六 相关问题
1 pt-osc的相关问题可能会导致otter中断(本人没有模拟出问题)
标签:架构 nal oracle create 多源 update trunc 数据库 nbsp
原文地址:https://www.cnblogs.com/danhuangpai/p/10620225.html