最新回答 / 無名可用
四層負載均衡是基于IP+端口的負載均衡，處在傳輸層，七層負載均衡是基于URL等應用層信息的負載均衡。這里說的幾層的意思都是基于OSI七層模型來說的，自上而下分別是應用層、表示層、會話層、傳輸層、網絡層、數據鏈路層、物理層
2020-05-27
已采納回答 / 皮奇
本地redis是用來抗量，遠程redis是為了防止庫存超賣少賣。本地掛了不代表遠程掛，遠程redis可以做成集群，掛了哨兵會自動再起一個，遠程切換過程中會有短暫的時間不提供服務，此時本地業務邏輯記得做異常兼容，如減庫存操作減完后再還原回去。
2020-02-08
最贊回答 / itbsl
代碼層面做限流的話，可以用redis來配合做，假設你的一個接口的請求限制的一個IP1s內只能有一個請求，則可以將接口名+IP作為鍵存一個bool值true,并且設置生命周期為1s,每次處理請求時先從redis里根據“接口名+IP”拿值，如果該值為true,說明一秒內已經有過一次請求，這種就可以直接拒絕不繼續往下處理，相反如果拿不到值了，說明之前沒有請求過或者請求的時間已經是1s之前了，這種就允許通過，繼續處理下面的業務。
2019-11-29
講師回答 / 皮奇
這個其實是個高空用的問題，屬于運維層面要解決的事情，一般redis不是直連，而是通過vip連接到proxy，proxy再根究切片配置轉發到redis實例，每個redis實例是一主多從，讀寫都在主，主掛了之后會自動通過raft算法選舉出一個新的主，用于確保服務的高可用。市面上有比較成熟的解決方案，如codis，可以了解下。
2019-10-26
講師回答 / 皮奇
同學你好，你的思路不錯，可以繼續去想下直接incrby改會有什么問題，老師提供的思路只是其中一個方案，真正場景實現肯定會有非常多的方案，需要大家自己思考。redis->eval本身就是執行lua腳本，redis->incrby理論上也可以防止邊界條件的發生，不會造成超賣，因為incrby就實現了查詢+修改的原子操作，但是有一點點小缺點就是，不能做到只要一超賣了就直接終止+1。
2019-10-01
講師回答 / 皮奇
同學你好，具體哪聽不懂可以反饋給我，我后續慢慢優化。lua一門腳本語言，是一門短小精悍的語言，代碼量非常少，可以嵌入到任何一門C開發的工具中，因此在nginx、redis中都有應用，可以快速的擴展nginx與redis這兩個工具的功能。
2019-09-04