有些“上古”程序員一直堅持反對使用redis怎么辦？分享大佬的回答，似乎很有道理。不要告訴我們用不用redis，你得告訴我們你為什么想要用redis，不用redis業(yè)務(wù)會有什么問題？天下沒有免費的午餐

有些“上古”程序員一直堅持反對使用redis怎么辦？

分享大佬的回答，似乎很有道理。

不要告訴我們用不用redis，你得告訴我們你為什么想要用redis，不用redis業(yè)務(wù)會有什么問題？天下沒有免費的午餐，不動腦子直接上緩存/NOSQL可能會帶來更多更嚴重的問題。

單一數(shù)據(jù)庫最大的好處在于事務(wù)性實現(xiàn)簡單，由數(shù)據(jù)庫自己保證。舉個簡單的例子，下訂單需要扣除一個庫存，然后插入一條訂單條目，如果庫存和訂單都是數(shù)據(jù)庫表項的話這個事務(wù)是無懈可擊的，如果庫存在redis里，訂單條目是MySQL，通常就需要先寫redis，成功之后再寫數(shù)據(jù)庫，如果寫數(shù)據(jù)庫失敗了還需要回滾redis，如果最后這個回滾因為網(wǎng)絡(luò)之類的原因失敗了，就會多扣一個庫存。不要以為這些事情很好解決，事務(wù)性處理的復雜性遠遠超過你的想象，比如說還有寫MySQL在提交的一瞬間連接斷了這種情況，你都沒法判斷提交到底成功了還是失敗了，那你的redis是回滾還是不回滾？

所以引入新的層一定要說清楚，你為了什么目的一定要用緩存/NOSQL，能接受什么樣的一致性模型，否則就是在胡鬧。

如何用ServiceStack.Redis定期判斷Redis服務(wù)器的狀態(tài)？

redis服務(wù)端狀態(tài)與性能監(jiān)測命令

1.redis基準信息，redis服務(wù)器性能檢測

redis-benchmark -h localhost -p 6379 -c 100 -n 10000

100個并發(fā)連接，10000個請求，檢測host為localhost 端口為6379的redis服務(wù)器性能

2.監(jiān)控host為localhost，端口為6379，redis的連接及讀寫操作

redis-cli -h localhost -p 6379 monitor

3.提供host為localhost，端口為6379，redis服務(wù)的統(tǒng)計信息

redis-cli -h localhost -p 6380 info

4.實時打印出host為localhost，端口為6379，redis實例的總體信息

redis-stat host localhost port 6379 overview

5.輸出host為localhost，端口為6379，redis服務(wù)中每個請求的響應(yīng)時長

redis-stat host localhost port 6379 overview

REDIS學習查看redis狀態(tài)，以及rdb和aof兩種持久化方案的區(qū)別？

命令：redis-cli info //查看redis服務(wù)器狀態(tài)的aof：append only f 需要自己根據(jù)需要開啟，是將執(zhí)行命令存儲在一個文件中。