單線程，只能靠單個處理器速度，內(nèi)存速度，處理器上的緩存速度，總線傳輸速度。余下的是你的網(wǎng)絡(luò)IO。但線程高并發(fā)完全依賴程序的運行速度。redis這種東西肯定不是但線程的。一個連接就是一個線程，你這樣理解應(yīng)該不準(zhǔn)確。

redis是C語言寫的，C是只能單線程的。
但是并不代表單線程不能夠做到多線程的效率和工作。
多線程是并發(fā)的體現(xiàn)，前提是有多處理器，就一定能并發(fā)，
匯編都可以寫并發(fā)程序，所以也就能多線程，單線程的C肯定是可以的。
在《redis深度歷險》提到，nodejs,redis,nginx這樣的高性能服務(wù)器，可以通過非阻塞I/O實現(xiàn)，
具體內(nèi)容可以看電子版的，或者去圖書館翻翻看

MongoDB不多說，不是一個類型的東西，Redis相對Memcached來說功能和特性上的優(yōu)勢已經(jīng)很明顯了。而對于性能，Redis作者的說法是平均到單個核上的性能，在單條數(shù)據(jù)不大的情況下Redis更好。為什么這么說呢，理由就是Redis是單線程運行的。

redis為什么會有高并發(fā)問題redis的出身決定Redis是一種單線程機制的nosql數(shù)據(jù)庫，基于key-value，數(shù)據(jù)可持久化落盤。由于單線程所以redis本身并沒有鎖的概念，多個客戶端連接并不存在競爭關(guān)系，但是利用jedis等客戶端對redis進(jìn)行并發(fā)訪問時會出現(xiàn)問題。發(fā)生連接超時、數(shù)據(jù)轉(zhuǎn)換錯誤、阻塞、客戶端關(guān)閉連接等問題，這些問題均是由于客戶端連接混亂造成。同時，單線程的天性決定，高并發(fā)對同一個鍵的操作會排隊處理，如果并發(fā)量很大，可能造成后來的請求超時。在遠(yuǎn)程訪問redis的時候，因為網(wǎng)絡(luò)等原因造成高并發(fā)訪問延遲返回的問題。解決法在客戶端將連接進(jìn)行池化，同時對客戶端讀寫Redis操作采用內(nèi)部鎖synchronized。服務(wù)器角度，利用setnx變向?qū)崿F(xiàn)鎖機制。