redis實(shí)現(xiàn)緩存的兩種方式

本篇文章給大家分享的是有關(guān)redis實(shí)現(xiàn)緩存的兩種方式，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

redis實(shí)現(xiàn)緩存大致為兩種措施：

一、腳本同步：      

1、自己寫腳本將數(shù)據(jù)庫數(shù)據(jù)寫入到redis/memcached。

2、這就涉及到實(shí)時(shí)數(shù)據(jù)變更的問題（mysql row binlog的實(shí)時(shí)分析），binlog增量訂閱Alibaba 的canal ，以及緩存層數(shù)據(jù)丟失/失效后的數(shù)據(jù)同步恢復(fù)問題。

二、業(yè)務(wù)層實(shí)現(xiàn)：

1、先讀取nosql緩存層，沒有數(shù)據(jù)再讀取mysql層，并寫入數(shù)據(jù)到nosql。

2、nosql層做好多節(jié)點(diǎn)分布式（一致性hash），以及節(jié)點(diǎn)失效后替代方案（多層hash尋找相鄰替代節(jié)點(diǎn)），和數(shù)據(jù)震蕩恢復(fù)了。

redis實(shí)現(xiàn)數(shù)據(jù)庫緩存的分析：

對于變化頻率非常快的數(shù)據(jù)來說，如果還選擇傳統(tǒng)的靜態(tài)緩存方式（Memocached、File System等）展示數(shù)據(jù)，可能在緩存的存取上會有很大的開銷，并不能很好的滿足需要，而Redis這樣基于內(nèi)存的NoSQL數(shù)據(jù)庫，就非常適合擔(dān)任實(shí)時(shí)數(shù)據(jù)的容器。

但是往往又有數(shù)據(jù)可靠性的需求，采用MySQL作為數(shù)據(jù)存儲，不會因?yàn)閮?nèi)存問題而引起數(shù)據(jù)丟失，同時(shí)也可以利用關(guān)系數(shù)據(jù)庫的特性實(shí)現(xiàn)很多功能。所以就會很自然的想到是否可以采用MySQL作為數(shù)據(jù)存儲引擎，Redis則作為Cache。

MySQL到Redis數(shù)據(jù)復(fù)制方案，無論MySQL還是Redis，自身都帶有數(shù)據(jù)同步的機(jī)制，比較常用的MySQL的Master/Slave模式，就是由Slave端分析Master的binlog來實(shí)現(xiàn)的，這樣的數(shù)據(jù)復(fù)制其實(shí)還是一個(gè)異步過程，只不過當(dāng)服務(wù)器都在同一內(nèi)網(wǎng)時(shí)，異步的延遲幾乎可以忽略。

那么理論上也可用同樣方式，分析MySQL的binlog文件并將數(shù)據(jù)插入Redis。

因此這里選擇了一種開發(fā)成本更加低廉的方式，借用已經(jīng)比較成熟的MySQL UDF，將MySQL數(shù)據(jù)首先放入Gearman中，然后通過一個(gè)自己編寫的PHP Gearman Worker，將數(shù)據(jù)同步到Redis。比分析binlog的方式增加了不少流程，但是實(shí)現(xiàn)成本更低，更容易操作。

以上就是redis實(shí)現(xiàn)緩存的兩種方式，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。