用，它也有語法，可以通過類似命令執行,如果想學習的小伙伴，可以自行搜索。本期重點內容是在 sprinboot 中的使用,我們平時開發不可能是去命令行里敲的，都是代碼里執行，而目前市面上有很多封裝好的庫，我們可以直接調用它的方法，很方便的就可以操作它了，不用記一些繁瑣的命令,下面我們就實際操作一下:

修改 pom.xml

修改 application.yml :

redis 默認是有 16 個庫,不是 15 個啊，從 0 開始算的,我們隨便連一個

通過代碼很好理解, 首先需要引入 StringRedisTemplate ,然后需要設置一個 key ,那么思考一下，這個 key 允許重復嗎

我們進客戶端看一下，發現 key 還是只有一個,但是值變成了新的值了，所以可以得知 key 是唯一的，我們重新設置的時候相當于刷新了它。

在 redis 中刪除緩存有兩種方式，一種是自我消亡，也就是 過期 銷毀,還有有一種是 主動 銷毀，我們先看一下，過期時間如何設置

我們設置了 10s 后過期,過完10s后發現，這個```key data``消失了。我們在看看如何主動刪除

我們可以利用 Redis 做一個計數器，實現自增功能,你可以用它做網站訪問統計

通常做法，我們會把它封裝一下，后續使用直接引入封裝好的即可，把它直接交給 Springboot容器 管理

其實這個類，你還可以繼續進一步封裝，比如約束 key 的規范，約束過期時間，約束數據類型等等，這一切也都是為了規范和后期維護，防止濫用緩存

緩存的主要場景是用于解決熱點數據問題，因為這些數據是訪問頻率比較高的，當大量的請求進來, mysql 可能壓力很大，這樣一來，數據查詢效率就很慢，用戶肯不高興等了，這樣用戶體驗很不好。所以我們一般做法，都是把這些熱點數據放到緩存里，因為緩存讀取速度很快。當有新數據的時候，我們再及時更新它，一般流程是先查詢緩存，查到了直接返回緩存數據，查不到再走數據庫，然后再刷回緩存。

但是并發足夠大的時候，還是會暴露出很多問題，比如面試常問的一些高頻問題 緩存雪崩、緩存穿透、緩存雪崩 ,這些問題后邊會給大家專門講，和如何去防范。所以總的來說，引入任何一門技術并不是萬事大吉，還需我們不斷的在實踐中積累經驗

本期到這里就結束了，總結一下，我們了解了什么是 redis ，以及在 springboot 中如何去使用它們，很簡單，沒什么復雜的東西。但這里想多說一點的是，緩存的設計卻是很復雜的，因為工具是死的，人是活的，我們如何正確設計，需要我們在項目中不斷的積累。

我們之前教大家查詢列表數據，都是所有數據返回，還沒有教大家如何去做分頁，下期將帶大家學習一下 mybatis 分頁插件的使用 ，下期不見不散, 關注我，不迷路~