建站
咨詢
售后
建站咨詢
新聞中心
有些程序員一直堅持反對使用redis怎么辦？
一個非常好的問題。我是工作多年的Web應(yīng)用架構(gòu)師，來回答一下這個問題。歡迎關(guān)注我，了解更多IT專業(yè)知識。
成都創(chuàng)新互聯(lián)公司2013年成立，先為佳木斯等服務(wù)建站，佳木斯等地企業(yè)，進行企業(yè)商務(wù)咨詢服務(wù)。為佳木斯企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。
題主沒有說明原因和理由，在實際項目中可能出現(xiàn)多種場景，不能一概而論。
1，前期預(yù)研項目，Demo演示功能，沒必要使用
如果原型驗證的重點是某一項技術(shù)，沒時間開發(fā)那么完善的系統(tǒng)，這時先不用Redis搭建緩存優(yōu)化性能什么的，是可以接受的。
2，小型單機項目，功能簡單，業(yè)務(wù)邏輯單一
功能簡單的小項目，用戶量少，或者對運行效率沒那么敏感，為了保持一個簡單的系統(tǒng)架構(gòu)，方便運維管理，倒是不必要引入那么多的依賴服務(wù)，也不用占用不必要的服務(wù)器資源。
3，公司內(nèi)部項目，早期開發(fā)階段，快速迭代，業(yè)務(wù)需求變化大
有那么一類軟件系統(tǒng)，是給公司內(nèi)部自己人用的，各個部門老大就是拍腦袋定需求的核心用戶，帶來的問題就是需求改動大、開發(fā)返工甚至項目取消都有很大的可能性。尤其是在早期開發(fā)階段，還沒有沉淀下來一個相對明確的系統(tǒng)框架，這時的重點應(yīng)該放在業(yè)務(wù)需求上，不用過度設(shè)計技術(shù)架構(gòu)。
4，項目中已經(jīng)使用了其它類似的技術(shù)框架，比如Memcached, MongoDB，等等
Redis是一個高性能的key-value數(shù)據(jù)庫，常用于搭建緩存系統(tǒng)，提高并發(fā)響應(yīng)速度。Redis使用非常普遍，簡單輕量，部署維護方便，是很多人使用的第一個NoSQL數(shù)據(jù)庫，很受歡迎。
類似的技術(shù)解決方案也可以使用其它框架，比如Memcached，MongoDB，不同技術(shù)背景的個人和團隊有不同偏好，很正常。
一方面我肯定是不支持這些“上古”程序員做法的，但是另外一方面，我也是非常理解他們的想法的。
首先，有些公司的風格就是：“可以不干，但是不能犯錯”。
我曾經(jīng)在一家央企的 IT 部門工作，對此有著深刻的認識：你的系統(tǒng)可以一年到頭沒有什么新功能，幾年不做升級，但是千萬不能有生產(chǎn)事故，否則可能真的會“萬劫不復(fù)”，也就是績效會低、獎金會少，甚至升職無望。
在這種環(huán)境中工作的大部分老員工，除非是迫不得已，幾乎不會主動去升級和完善系統(tǒng)的，“能穩(wěn)定運行就行了”。
這和眼鏡一樣 需要的時候 自然就會去用了 你說我就不喜歡戴眼鏡 那可以 要不你就眼前一片模糊自己忍著 要不你就去做手術(shù) 只不過戴眼鏡是解決你近視問題的一種比較簡單高效又多人用而且成熟的手段而已
分享大佬的回答，似乎很有道理。
不要告訴我們用不用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ù)性處理的復(fù)雜性遠遠超過你的想象，比如說還有寫MySQL在提交的一瞬間連接斷了這種情況，你都沒法判斷提交到底成功了還是失敗了，那你的redis是回滾還是不回滾？
所以引入新的層一定要說清楚，你為了什么目的一定要用緩存/NOSQL，能接受什么樣的一致性模型，否則就是在胡鬧。
到此，以上就是小編對于redis怎么輸入命令的問題就介紹到這了，希望這1點解答對大家有用。
本文標題：redis命令輸入未響應(yīng)如何解決
分享鏈接：http://fisionsoft.com.cn/article/dhigpdo.html
