tail pan ber 決定 tps detail .com sharding mapper

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

下面是小編寫的demo：
mybatis+jdbc_sharding+通用mapper 分表分庫demo：https://github.com/PrettyPanda/jdbc_sharding_mybatis
hibernate+jdbc_sharding 分表分庫demo：https://github.com/PrettyPanda/sharding_jdbc_hibernate

課外閱讀：
SpringCloud easy入門：https://blog.csdn.net/forezp/article/details/70148833

shrding_jdbc分表分庫