這幾天一直在做redis 快取，中間遇到很多錯誤，把網上的部落格都看一大半了，甚至開始懷疑是springboot 框架有問題出毛病了（對，就是他的錯，誰讓他報我的錯？他先動得手） 後來發現是自己太蠢了，寫下來記錄記錄這個差點讓我放棄人生的蠢動作。
redis快取的序列化器
網上看了很多的關於序列化的部落格，裡面的版本千奇百怪，在這裡，以我自己的看法給這些東西分類，當然這是屬於新手的，大牛請繞道。
第一類：定製redistemplate 在裡面設定序列化器
這種方法是針對直接使用redistemplate做相關操作的。比如
redistemplate.opsforvalue.set（"key","value"）;
這就是直接使用redis 做乙個資料庫，此時還不是作為快取
此處請區分：redis 是乙個資料庫， 而快取 只是乙個 理論
上的東西，只不過用redis 實現了這個理論而已。這兩個東西
還是有很大區別的。
第二大類：設定cachemanager 在cachemanager裡面設定序列化
這種才是針對快取的序列化機制，包括設定過期時間等。
在設定過期時間的時候由於 rediscacheconfiguration 使用的是建造者模式，每次方法呼叫都會返回乙個新的rediscacheconfiguration，但是，愚蠢的我中間加了個分號，還在第二行把本來錯誤的地方，手動改回來了。所以導致序列化失敗，過期時間失敗。這裡記錄一下，給自己乙個提醒 ----就是springboot 的錯！！！！！！
Swoft 踩坑筆記五 Redis快取
a input m state state new m tcp p tcp dport 8081 j accept a input m state state new m tcp p tcp dport 8099 j accept 記得重啟防火牆。安裝hiredis cd 進hiredis 編譯 m...
記錄使用redis作為專案快取踩的坑
1.首先，說明所使用的環境 org.springframework.data spring data redis 1.6.2.release redis.clients jedis 2.8.0 spring採用的3.1.2release，2.由於專案中使用到了redis，所以為了減輕資料庫壓力，最近...
快取 redis 快取穿透
哪一些因素 考慮使用redis，畢竟 redis 也要增加成本 1 熱點資料 2 讀的成本非常大 3 讀多寫少 4 對資料一致性要求 沒有那麼嚴格 可以出現資料與資料庫不一致 1 秒殺場景 3 物流查詢軌跡 熱點資料 啟用的資料是被快取到redis 當中 快取key 乙個時間點過期的時候，如果快取資...