From 49e9183b0ca5eae18d2b10929dcd468866e34e4a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E9=BC=8E=E5=B2=B3?= Date: 2019年4月16日 18:45:37 +0800 Subject: [PATCH] =?UTF-8?q?Create=20=E6=95=B0=E6=8D=AE=E8=AE=A2=E9=98=85.m?= =?UTF-8?q?d?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 数据订阅的高级用法 --- ...6225円260円346円215円256円350円256円242円351円230円205円.md" | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 "docs/database/346円225円260円346円215円256円350円256円242円351円230円205円.md" diff --git "a/docs/database/346円225円260円346円215円256円350円256円242円351円230円205円.md" "b/docs/database/346円225円260円346円215円256円350円256円242円351円230円205円.md" new file mode 100644 index 00000000000..5e8d043dd54 --- /dev/null +++ "b/docs/database/346円225円260円346円215円256円350円256円242円351円230円205円.md" @@ -0,0 +1,12 @@ +mysql的所有变更均存储在binlog中,通过订阅binlog的变更,可以让业务只专心维护数据,其余的事情交给订阅端来处理。 其实仔细想想,只要客户不是立刻要看的信息都可以是异步的。在系统正常运转的情况下,这个时间是可以控制在1秒以内的,慢的情况也是在10秒以内。当然如果这个订阅处理链路发生问题的时候系统也要能够随着订阅延迟的问题解决后自动愈合,具有一定的自愈性。 + +目前对应的开源产品 +1. 阿里的开源产品 canal[https://github.com/alibaba/canal] +2. 阿里的商业化产品 DTS [https://help.aliyun.com/product/26590.html?spm=a2c4g.11186623.6.540.1f7d735aUd3ZEq] +3. tencent商业化产品DTS +4. 其他待补充 + +可以考虑的解决方案 +1. 与openTracing结合解决日志问题 +2. 与RocketMQ结合解决数据同步的性能问题 +

AltStyle によって変換されたページ (->オリジナル) /