首先，腳本同步:
1.編寫自己的腳本將數據庫數據寫入redis/memcached。
2.這就涉及到數據實時變化的問題(mysqlrowbinlog的實時分析)，binlog對阿裏巴巴canal的增量訂閱，緩存層數據丟失/失效後的數據同步恢復問題。
二、業務層實現:
1.先讀取nosql緩存層，沒有數據再讀取mysql層，將數據寫入nosql。
2.nosql層完成多節點分布式(壹致性哈希)，節點失效後的備選方案(多層哈希尋找相鄰備選節點)，數據休克恢復。
redis實現數據庫緩存的分析:
對於變化頻率非常快的數據，如果采用傳統的靜態緩存方法(Memocached、FileSystem等。)仍然被選中來顯示數據，可能訪問緩存的開銷很大，不能很好的滿足需求，而Redis等基於內存的NoSQL數據庫非常適合作為實時數據的容器。
然而，通常需要數據的可靠性。使用MySQL作為數據存儲，不會因為內存問題造成數據丟失，同時利用關系數據庫的特性可以實現很多功能。所以很自然的想到MySQL是否可以作為數據存儲引擎，Redis作為緩存。
從MySQL到Redis的數據復制方案，無論MySQL還是Redis，都有自己的數據同步機制。常用MySQL的主/從模式，在從端通過分析主的binlog來實現。這樣的數據復制實際上是壹個異步過程，但是當服務器都在同壹個內網時，異步延遲幾乎可以忽略。那麽理論上也可以分析MySQL binlog文件，用同樣的方法將數據插入Redis。
所以這裏選擇壹種開發成本更低的方式。借用成熟的MySQLUDF，先將MySQL數據放入Gearman，然後通過自己編寫的PHPGearmanWorker將數據同步到Redis。與分析binlog的方法相比，增加了很多流程，但成本更低，操作更簡單。