shrding_jdbc分表分庫

請求量太多，一個redis忙不過來----->redis主從複製、哨兵、redis cluster叢集。。。redis本身資料量少，多個redis都擁有全量資料，沒毛病。那資料庫呢？
一個表的資料量太大，分表。一個資料庫的資料量太大，分庫。如何將資料分到每個表、每個庫，並從中獲取呢？得有一種策略或者說一種演算法（hash取餘）。
進一步的思考，何時才能決定將資料放入到哪個資料庫，哪個表呢？sql語句形成之後啊
估計得攔截資料的儲存和拿取吧（不攔截如何達到控制的目的），所以sharding_jdbc獲得了datasorce並改造了他。
所以jdbc_sharding是如何運轉的，大家應該清楚了吧！！！

下面是小編寫的demo：
mybatis+jdbc_sharding+通用mapper 分表分庫demo：
hibernate+jdbc_sharding 分表分庫demo：