有用過cobar的看過來，請教個問題（cobar所謂的讀寫分離）

warison1981

我們都知道cobar所謂的讀寫分離，是在rule.xml中配置，但是這里配置的是針對數(shù)據(jù)表字段取值范圍的分離，即實現(xiàn)如根據(jù)主鍵id=2，513，782等表分別重不同的數(shù)據(jù)庫（A,B）取值而已。
而不是我需求是的比如，select語句到A庫，update\insert\delete語句到B庫執(zhí)行.

當(dāng)然以上A\B庫都是保持?jǐn)?shù)據(jù)同步的。

不知道我描述數(shù)據(jù)庫讀寫分離的是否正確，期待大牛解惑。

warison1981

cobar文檔這么描述的：
tableRule主要作用是用來判斷SQL語句路由到哪些datanode執(zhí)行，Cobar是通過在SQL中提取一個或
多個字段的值，并根據(jù)這些字段的值來決定路由到哪個庫執(zhí)行。因此，tableRule定義兩個要素：
1)按表中的哪個字段路由？------下文中我們稱此字段為路由字段
2)有了字段值，如何路由？------即路由函數(shù)
就是說不支持?jǐn)?shù)據(jù)庫語句的讀寫分離了？

lyhabc

拆分?jǐn)?shù)據(jù)庫有兩種方法
1、分片
2、整庫復(fù)制

mysql主從用的第二種
cobar用的是第一種

第二種才支持讀寫分離，第一種不能支持，因為他本身就是分片的，每臺機(jī)器一個分片，每臺機(jī)器的數(shù)據(jù)都是不完整的，怎麼可能做讀寫分離
做了分片就不能做讀寫分離，路由字段其實就是數(shù)據(jù)分片時的sharding key

除非是整庫復(fù)制，否則不能讀寫分離

asdf2110

cobar 的1.0.X 好像是支持讀寫分離的，  1.2.x 里面去掉了
可以看看 mycat ，基于 cobar 開發(fā)的支持 讀寫分離

回復(fù) 1# warison1981