數據表的增、刪、改、查 前言 在學習 MySql 一定少不了對數據表的增、刪、改、查，下麵將詳細講解如何操作數據表。 前面已經建好了表 customer 列表如下： 插入數據 插入數據可以使用 INSERT 語句，語法格式如下： INSERT INTO 表名 (列名1, 列名2, 列名3, ...) ...
1.搞懂 Redis 緩存穿透、擊穿、雪崩！
--https://cloud.tencent.com/developer/article/1775405
緩存雪崩---熱點 key 在某一個時刻同時失效（批量插入、批量更新容易導致）；
緩存穿透 --Redis 和資料庫中都沒有我們想要的數據（存儲層都穿透了）；
緩存擊穿--Redis中沒有對應的蘇劇，資料庫中有，大量的請求則直接打到物理DB上。
2. 突發性熱點緩存重建導致系統壓力暴增。（例如，直播時，123上鏈接。。。）
大量請求同時請求某一條數據。
（1）同步鎖syschronized
一種優化方案就是添加同步鎖syschronized,即所謂的雙重檢測鎖（DCL），來解決突發熱點併發重建【重建：重覆創建】導致DB壓力暴增。
讓第一個請求先查Redis緩存，若不存在查DB；查到寫入Redis緩存。
後續的請求再訪問Redis時，直接Redis取值。
synchronized(this){ //redis 緩存中取數據 //redis 緩存中不存在該條數據，請求DB，存到redis中 }
註意：
（1）註意鎖對象的粒度，越小越好；否則，性能低下。
（2）syschronized（）是進程級別，那麼應用多節點部署的時候，就可能在redis中重建不止一次，但是小概率事件.
（2）SETNX 分散式鎖
另外一種方案，就是考慮使用SETNX 分散式鎖。
這種方案比較常用。
3 緩存資料庫雙寫不一致
常用的優化方案--讀寫鎖
所有的讀操作並行執行，讀和寫互斥串列執行。
更多的介紹可以參閱《Redis 應用實踐：讀寫鎖進行性能優化》
https://zhuanlan.zhihu.com/p/700056780
4.緩存雪崩
雪崩的優化思路--多級緩存
-
數據訪問速度更快：多級緩存將數據存儲在不同的緩存層中，用戶可以優先訪問較快的緩存層，大大提高了數據的訪問速度。
-
提升系統的穩定性：當一個緩存層出現問題時，其他緩存層可以繼續為系統提供服務，提升了系統的容錯性和穩定性。
-
減少資料庫壓力：多級緩存可以有效地減少資料庫的訪問頻率，降低資料庫的負擔，提高系統的可擴展性。
-
提供靈活的緩存策略：多級緩存可以根據業務需求定製不同的緩存策略，如熱點數據可以存儲在更快速的緩存層，冷數據可以存儲在較慢的緩存層。
例如，先去訪問程式進程的緩存，如果緩存中有，就不需要去訪問Redis，性能比Redis還好。
使用時，要小心（1）記憶體的管理和控制，防止記憶體溢出；（2）如果是多節點部署，要考慮節點間數據的一致性（變化更新需要做到聯動--解決方案例如藉助MQ等）。
5.緩存預熱
針對可知的熱點或爆品，提前灌入到緩存中。
6.核心鏈路，故障時，降級預案
可能用不到，但不能沒有，預防萬一。
