Redis

他最近在一次視頻通話中見到了 Redis 的新任首席執(zhí)行官 Rowan Trollope，感覺可以和 Trollope 一起調(diào)整公司與社區(qū)的關(guān)系和代碼庫方向的未來。

從 Redis 7.4 版本開始，Redis 將獲得 SSPLv1 和 RSALv2 的雙重許可。向 Redis 提供競爭性產(chǎn)品的組織，將不再被允許在任一雙重許可證下免費使用新版本的 Redis 源代碼。

antirez 在項目介紹中表示，這只是他給幾個前端開發(fā)朋友的系統(tǒng)編程示例，盡自己所能寫出來的最小聊天服務(wù)器，核心代碼（不算空格和注釋）僅有 200 多行，甚至實現(xiàn)了用戶自定義昵稱。

說起我的誕生，跟關(guān)系數(shù)據(jù)庫 MySQL 還挺有淵源的。 在我還沒來到這個世界上的時候，MySQL 過的很辛苦，互聯(lián)網(wǎng)發(fā)展的越來越快，它容納的數(shù)據(jù)也越來越多，用戶請求也隨之暴漲，而每一個用戶請求都變成了對它的一個又一個讀寫操作，MySQL 是苦不堪言。尤其是到“雙 11”、“618“這種全民購物狂歡的日子，都是 MySQL 受苦受難的日子。 據(jù)后來 MySQL 告訴我說，其實有一大半的用戶請求都是讀操作，而且經(jīng)常都是重復(fù)查詢一個東西，浪費它很多時間去進行磁盤 I / O。 后來有人就琢磨，是不是可以學(xué)學(xué) CPU，給數(shù)據(jù)庫也加一個緩存呢？于是我就誕生了！

卻說這一日，Redis 正如往常一般工作，不久便收到了一條 SAVE 命令。 雖說這 Redis 常被用來當(dāng)做緩存，數(shù)據(jù)只存在于內(nèi)存中，卻也能通過 SAVE 命令將內(nèi)存中的數(shù)據(jù)保存到磁盤文件中以便持久化存儲。 只見 Redis 剛打開文件，準(zhǔn)備寫入，不知何處突然沖出幾個大漢將其擒住。 到底是怎么回事？Redis 一臉懵。 這事還得要從一個月之前說起。

你可以從接收網(wǎng)絡(luò)請求的 IO 多路復(fù)用角度說起，也可以從事件處理器驅(qū)動的 Reactor 模式說起，還可以從具體處理命令時的數(shù)據(jù)結(jié)構(gòu)說起，比如單單是字符串背后的 sds 其實就做了很多的巧妙設(shè)計。

老板：現(xiàn)在有四個 redis 節(jié)點擺在你面前，一主三從，你負(fù)責(zé)盯著點，主節(jié)點掛了你趕緊想辦法拿從節(jié)點頂上來，交給你了！

Redis 是一個高性能的key-value數(shù)據(jù)庫。 redis的出現(xiàn)，很大程度補償了memcached這類keyvalue存儲的不足，在部 分場合可以對關(guān)系數(shù)據(jù)庫起到很好的補充作用。

日前 Redis 5.0.8 穩(wěn)定版已發(fā)布，此版本主要是修復(fù)錯誤，例如修復(fù)了因錯誤而重新引入的安全問題，以及從原始倉庫升級了 Lua 庫，不過此庫缺少修復(fù)程序。

日前數(shù)據(jù)庫流行度榜單DB-Engines發(fā)布了五月份榜單，相比于計算機語言，數(shù)據(jù)庫榜單基本上很多年沒有太大的變化，前六名始終是Oracle、MySQL、SQL Server、PostgreSQL、MongoDB以及IBM DB2

目前，服務(wù)器市場仍舊由x86芯片主宰，但是近幾年ARM服務(wù)器市場興起，這也讓不少人對服務(wù)器市場前景有不同的看法。未來服務(wù)器市場是屬于x86還是ARM，Linux之父和Redis之父掐起來了