我是Redis，MySQL大哥被我坑惨了！ 

太赞了，支持up主，讲的风趣幽默的同时又有对程序原理深刻的洞见，非常棒！

很喜欢这种方式讲解，有图，有故事，比起文字更能容易理解和吸收。大力支持🎉

雖然已經知道原理，但你說的太有趣了，看完又複習一次。很期待你多做一些這類型的影片，謝謝你的用心製作，謝謝

私以為有一些問題還蠻蠢的！ 我在一些產品上自己手搓的資料緩存機制是這樣的： 我不使用固定的超時機制，而是定下一個記憶體最大用量，如果資料緩存即將會超過這個量，則移除那些最「舊」的資料，讓出空間。所以這裡沒有超時不超時的問題，如果一直沒有新資料進來的話，很舊很舊的資料也可能會一直存在，而這也無所謂。而且這麼做記憶體不會爆，最多就用到設定的那個空間大小。 至於什麼樣的資料叫「新」？什麼樣的資料叫「舊」？剛從大後方讀出來的資料是新資料，一直沒有人讀取的資料是舊資料。還有一旦有人取用了緩存內的某個資料，那個資料的生命年齡就會立刻歸零，變成新資料；也就是說如果有一筆資料已經很舊即將被刷出，只要有人取用了它，則它立刻就會被刷新；如果有一筆資料是熱門資料，經常被取用，則它永遠就不會舊。 為做到這樣的機制，我只需要建立兩個查找系統，第一個資料結構是符合資料庫正規查找的結構，第二個是一個鏈結串列，用來管理所謂的資料新舊關係。新的資料就插入串列頭，中途被取用的資料就從串列解出後重新插入串列頭；當需要的時候就直接從串列尾開始移除資料，不需要查找、不需要隨機，也不會有什麼資料永遠釘子戶留在那。

記憶體裝大一點，盡量把資料轉成session(), session ()每使用一次，增加一分鐘時效。

挺好的 就是我第一次听人这么读redis（read-dis), 我一般听到都是 red-dis，可能是我孤陋寡闻了

大哥，你真是个人才呀！没办法不一键三联! 超赞!

还是微软大哥的东西好用又实在。。虽然贵，但却是好用啊。

脫離後端一段時間，不知不覺把這系列看完了

太讚了

還是要有大哥有小弟才有趣

講解的不錯 讚

講的真好

讲得很具体生动有趣啊😂

這個情境是假定數據只讀不寫嗎？不然mySQL那邊如果有被別的service update，要如何通知cache數據過期，還是在雙11這種use case裡consistency不重要🤔

MySQL本身不是也有内存来缓存吗？

RDB和AOF是不是该上场了

都有cpu和缓存的架构了，Redis怎么就不学学他们管理进程的方式。。。

这影片太棒了

😂 超牛逼的解釋

真不错

没有redis之前还有memcache

可以对键值命中做统计？对命中超过某个阈值的，不要清除。 这个统计和阈值的设置甚至可以有AI计算

太棒了，直接订阅！

Memcached 是不是和 redis 一样？

Memcache也不错。。。

后事就是Redis也能persist

谢谢。

牛哇

有意思 不错。

勵害，完全沒想到還可以說成故事來，但有一點不明白，就是第一次問mysql,數據不應該上載redis做緩存了嗎？

所以為啥不用 Cassandra 😂

太赞了👍

謝謝

mysql 不是也有 cahce 嗎？

大赞

不错

热点缓存清除后大量访问击穿到MySQL，但是那不应该只是一次而已吗？头一次击穿后就该又缓存了，大量访问也只是跑在最前头的那一次穿啊，我想错了吗？

Nice !

缓存穿透是因为没有数据然后去数据库查询，那第一个穿透过去然后缓存下来， 后续的查询不就可以直接从缓存里拿吗？那怎么会有很多穿透过去？ 这里是不是因为有很多这一类型的穿透才造成雪崩？

大赞

我竟然看笑了

最后是是不是可以用共享内存？

抄别人的内容就没意思了吧

看了前面准备点赞了，最后却要关注公众号才能看后面，果断点了踩

真不错

真不错

太愚蠢了。。。

讲得真不错，会做视频你就多做几部