1．切勿當(dāng)作黑盒使用,開發(fā)與運(yùn)維同樣重要

很多使用Redis的開發(fā)者認(rèn)為只要會(huì)用API開發(fā)相應(yīng)的功能就可以,更有甚者認(rèn)為Redis就是get、set、del,不需要知道Redis的原理.但是在我們實(shí)際運(yùn)維和使用的程中發(fā)現(xiàn),很多線上的故障和問題都是由于完全把Redis當(dāng)做黑盒造成的,不了解Redis的單線程模型,有些開發(fā)者會(huì)在有上千萬個(gè)鍵的Redis上執(zhí)行keys*操作,,如久化的相關(guān)原理,會(huì)在一個(gè)寫操作量很大的Redis上配置自動(dòng)保存RDB.而且在很多公司內(nèi)只有專職的關(guān)系型數(shù)據(jù)庫DBA,并沒有NoSQL的相關(guān)運(yùn)維人員,也就是說開發(fā)者很有可能會(huì)自己運(yùn)維Redis,對(duì)于Redis的開發(fā)者來說既是好事又是壞事.站在好的方面看,開發(fā)人員可以通過運(yùn)維Redis真正了解Redis的一些原理,不單純停留在開發(fā)上.站在壞的方面看,Redis的開發(fā)人員不僅要支持開發(fā),還要承擔(dān)運(yùn)維的責(zé)任,而且由于運(yùn)維經(jīng)驗(yàn)不足可能會(huì)造成線上故障.但是從實(shí)際經(jīng)驗(yàn)來看,運(yùn)維足夠規(guī)模的Redis會(huì)對(duì)用好Redis更加有贊助.

2．閱讀源碼

Redis是開源項(xiàng)目,由于作者對(duì)Redis代碼的極致追求,Redis的代碼量相對(duì)于許多NoSQL數(shù)據(jù)庫來說是非常小的,也就意味著作為普通的開發(fā)和運(yùn)維人員也是可以“吃透”Redis的.通過閱讀優(yōu)秀的源碼,不僅能夠加深我們對(duì)于Redis的理解,而且還能提高自身的編碼水平,甚至可以對(duì)Redis做定制化,也便是說可以修改Redis的源碼來苪足自身的需求,例如新浪微博在Redis的早期版本上做了很多的定制化來滿足自身的需求,豌豆莢也開源基于Proxy的Redis分布式實(shí)現(xiàn)Codis.