一個節(jié)日的晚上，那些加班的程序員在做什么？
每當(dāng)過節(jié)的時候，我們在電腦邊買買買，在視頻上刷劇刷劇刷劇。當(dāng)我們看的很爽的時候，買的很歡樂的時候，你一定不知道程序員在背后一直為你做著技術(shù)后盾。
我們最大的心愿就是讓你玩的爽、看的多，那么在今天這種片子數(shù)不勝數(shù)、商品越來越多的網(wǎng)站上，要想抗住用戶量，不讓服務(wù)器掛掉，是要靠技術(shù)的。
什么技術(shù)讓程序員們?nèi)绱似诖兀?/span>
這就是 Redis 緩存技術(shù)。當(dāng)用戶量不大的時候，我們直接連數(shù)據(jù)庫一點(diǎn)問題都沒有。
但是隨著人數(shù)越來越多，用戶量也日趨增多，隨隨便便就100萬 QPS（每秒內(nèi)查詢次數(shù)），只有能抗住 QPS,我們才會一直使用這個軟件。
傳統(tǒng)的數(shù)據(jù)庫是很難實(shí)現(xiàn)的，這是因?yàn)殛P(guān)系數(shù)據(jù)庫是有資源池的，但是資源池本事又有限，只要超過資源池的訪問，數(shù)據(jù)庫服務(wù)器就會掛掉。
小何是我們這里的程序員，每當(dāng)節(jié)假日，他基本上會忙的很晚，他只在做一件事 — 監(jiān)控用戶量。
這個監(jiān)控倒不是監(jiān)控隱私信息，而是監(jiān)控數(shù)據(jù)量大的時候，服務(wù)器的負(fù)載和內(nèi)存是否能抗住。
其實(shí)當(dāng)我問他現(xiàn)在累不累，他悶騷的笑容和日漸肥胖的身材告訴我，現(xiàn)在他很舒服了。
小何回想當(dāng)年，每次我們公司搞秒殺、促銷的時候，那叫一個痛苦啊。不是哪個機(jī)房的數(shù)據(jù)庫掛掉了，就是線程阻塞了，整個公司程序員總是在不斷重啟中度過。
導(dǎo)致我們只能使用小米之前經(jīng)常用的排隊策略（顧名思義，就是限制了用戶量，讓一部分先進(jìn)來的人搶商品，其他人就在外面等，里面哪個人搶完了以后，出來一個，排隊的放一個）。
很悲催吧，這還不算。還有更多的無奈，比如用戶小手一抖，買了，結(jié)果沒付款，你想到的意外發(fā)生了，服務(wù)器掛了，用戶付不了錢，各種壓力吃給客服，導(dǎo)致客戶小妹妹壓力山大啊。
我們想這樣子不行啊，于是我們決定使用 Redis。
那么，為什么我們選 Redis 呢？
首先 Redis 號稱是史上最快的數(shù)據(jù)庫，而且不需要重新改變原來的關(guān)系數(shù)據(jù)庫（我們原來的數(shù)據(jù)庫是 Mysql）。
其次 Redis 可以使用事務(wù)功能，不要小看事務(wù)功能，他能保證用戶一系列的業(yè)務(wù)流程統(tǒng)一。
再次我們?yōu)榱吮ＷC網(wǎng)絡(luò)帶寬，使用了 pipeline（流水線）功能。這個功能可以一次性把一堆命令一次性傳到 Redis，減少了網(wǎng)絡(luò)開銷。
最后 Redis 的持久化，這是非常重要的機(jī)制，雖然 Redis 快，但是它的快是取決于它運(yùn)行在內(nèi)存中，一旦發(fā)生意外或者斷電，就可能丟失重要信息。這個時候，持久化就起到作用了。
上了 Redis 后我們很快發(fā)現(xiàn)，原本只是為了減少客服壓力的 Redis，后來支撐了我們業(yè)務(wù)的主要緩存架構(gòu)，成為項目流程中重要的一環(huán)。
在《Redis 入門到分布式實(shí)踐》中講解如何用正確的姿勢來使用 Redis，根據(jù)公司開發(fā)經(jīng)驗(yàn)，我們團(tuán)隊會為大家講解如何使用 Redis 以及高級功能；
具體安排：
為什么我們要使用 Redis ：這里將系統(tǒng)的介紹 Redis 是什么，講述他的八大互聯(lián)網(wǎng)公司關(guān)注的功能；
API 的理解和使用： Redis 的 API 有7種數(shù)據(jù)類型，這七種數(shù)據(jù)類型可以幫助你更好的使用不同的業(yè)務(wù)場景；
如何使用 Redis 客戶端： Redis 為各位準(zhǔn)備好了各種語言的客戶端。本次將講解 Java 和 Python 常用的 Redis 客戶端的使用，幫助你先會使用它。
Redis 的高級功能：你不單單要使用 Redis，還要了解 Redis 的高級功能，這些功能針對不同的業(yè)務(wù)，有更好的支持，幫助你更加高效的使用redis。
正確認(rèn)識 Redis 持久化和開發(fā)運(yùn)維問題：這里將為各位介紹 Redis 最重要的持久化，不至于丟失數(shù)據(jù)和日常開發(fā)運(yùn)維最常用的一些問題。
高可用運(yùn)維必學(xué)的 Redis 復(fù)制：我們經(jīng)常遇到不同數(shù)據(jù)庫的信息傳遞，保證數(shù)據(jù)的一致性，那么這個時候，Redis 復(fù)制功能，在生產(chǎn)環(huán)境顯得特別重要。
Redis Sentinel 部署和運(yùn)維：生產(chǎn)環(huán)境中當(dāng)然不可能只有一臺服務(wù)器，為了保證數(shù)據(jù)的完整性，我們需要對數(shù)據(jù)備份。這樣在服務(wù)器掛了以后，能夠快速恢復(fù)。
Redis Cluster —分布式解決方案：這是官方為我們提供的分布式的架構(gòu)，能夠讓你根據(jù)不同的數(shù)據(jù)，按一定的規(guī)則分配不同的機(jī)器。同時當(dāng)數(shù)據(jù)量超過服務(wù)器硬盤的時候，我們可以再次擴(kuò)容服務(wù)器。
緩存設(shè)計與優(yōu)化：大家知道對于大量的數(shù)據(jù)查詢，我們不直接查詢數(shù)據(jù)庫，而是讓 Redis 查詢后，客戶端請求時先查詢緩存，不存在的時候再去查數(shù)據(jù)庫。
但是你會發(fā)現(xiàn)這個設(shè)計其實(shí)是有問題的，當(dāng)出現(xiàn)并發(fā)的時候，這個查詢其實(shí)是很慢的。
上面的設(shè)計能解決單一請求，卻不能并發(fā)，我們有一套正確的加鎖處理，能夠幫助你在高并發(fā)的時候如何提升效率的講解。
這還不夠，我們?nèi)粘Ｊ褂玫氖?Liunx 系統(tǒng)的運(yùn)維，我們會教你如何正確的方法運(yùn)維攻略；甚至系統(tǒng)的講解如何正確的配置 Redis 集群和分布式方案。
之所以要講解一整套 Redis 攻略，我發(fā)現(xiàn)很多新學(xué) Redis 的朋友會誤入歧途，總是以為 Redis 只要學(xué)好如何使用就好了。
其實(shí) Redis 的操作是非常簡單的，如果你閱讀完如何使用 Redis 客戶端，你會發(fā)現(xiàn) Redis 的使用實(shí)在是 so easy。
但是當(dāng)服務(wù)器出現(xiàn)問題的時候，如何快速的判斷緩存問題，是需要一整套 Redis 的知識的。
網(wǎng)上縱然有很多教程，但是我卻發(fā)現(xiàn)沒有實(shí)際糾錯的課程，不能讓你系統(tǒng)學(xué)習(xí)到 Redis 的知識網(wǎng)絡(luò)。還等什么呢？
掃描下方二維碼，加入Redis學(xué)習(xí)的隊伍：
技術(shù)的變革催生更多的工程師，工程師不單單只是會寫代碼就行了，他要認(rèn)識到哪些方案是可行的，Redis 固然是非常好的，但也是需要你認(rèn)識到哪些業(yè)務(wù)能夠用到，這才是軟件“工程師”。
不盲目的跟風(fēng)，學(xué)習(xí) Redis 不是讓你學(xué)完后試圖去套用，而是讓你有這樣一套方法，在問題出現(xiàn)的時候有一個高效緩存的解決方案。
