1．切勿當作黑盒使用,開發與運維同樣重要

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

2．閱讀源碼

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