【技术晨读】4- 关于Redis的常识

今天的博文阅读只有一篇《关于Redis的常识》， 文中给了不少有价值的参考资料。

有一本书《Redis设计与实现》， 从底层数据结构和设计的角度去看Redis。准备有时间去翻看一下。

在线阅读版本： http://redisbook.com/
这本书的下边，给出了不少的资源。摘抄如下：

Redis 3.0 源码注释 ——包含中文注释的 Redis 3.0 源码，帮助有兴趣的读者深入了解 Redis 的实现细节。

《如何阅读 Redis 源码》 ——文章给出了一个推荐的 Redis 源码阅读顺序以供参考，读者可以在阅读完本书之后，根据文章描述的顺序来尝试阅读源码，从而进一步提高对 Redis 的了解。

《Redis 设计与实现》图片集 ——展示了本书包含的绝大多数图片以及图片的源码，方便读者在写博客、记笔记或者做演讲稿时引用本书的图片，或者通过阅读图片的源码来学习 dot 语言和 Graphviz 图片生成工具。

《Redis 多机特性工作原理简介》 ——这个课程对 Redis 的复制、Sentinel 和集群三个特性的工作原理进行了基本的介绍。因为课程的内容都提取自本书的《复制》、《Sentinel》和《集群》三个章节，所以可以把这个课程看作是这三个章节的简介版本。

旧版《Redis 设计与实现》 ——本书的上一版，介绍了 Redis 2.6 的内部运作机制和单机功能。要了解本书和旧版之间的区别，请阅读《Redis
设计与实现》新旧版本详细对比 页面。

3月13日技术晨读：

NoSQL数据库笔谈

应该是最近看到的关于Nosql讲解最详细的博文，从CAP, ACID, BASE，五分钟I/O法则这些理论到一致性hash, 虚拟节点这些技术， 再到Memcache, redis，Hbase这些软件,最后定点到Nosql的实际应用和架构，真的是非常的详细。这里仅摘录一下目录：

序

思想篇

CAP

最终一致性

变体

BASE

其他

I/O的五分钟法则

不要删除数据

RAM是硬盘,硬盘是磁带

Amdahl定律和Gustafson定律

万兆以太网

手段篇

一致性哈希

亚马逊的现状

算法的选择

Quorum NRW

Vector clock

Virtual node

gossip

Gossip (State Transfer Model)

Gossip (Operation Transfer Model)

Merkle tree

Paxos

背景

DHT

Map Reduce Execution

Handling Deletes

存储实现

节点变化

列存

描述

特点

软件篇

亚数据库

MemCached

特点

内存分配

缓存策略

缓存数据库查询

数据冗余与故障预防

Memcached客户端（mc）

缓存式的Web应用程序架构

性能测试

dbcached

Memcached 和 dbcached 在功能上一样吗?

列存系列

Hadoop之Hbase

耶鲁大学之HadoopDB

GreenPlum

FaceBook之Cassandra

Cassandra特点

Keyspace

Column family（CF）

Key

Column

Super column

Sorting

存储

API

Google之BigTable

Yahoo之PNUTS

特点

PNUTS实现

Record-level mastering 记录级别主节点

PNUTS的结构

Tablets寻址与切分

Write调用示意图

PNUTS感悟

微软之SQL数据服务

非云服务竞争者

文档存储

CouchDB

特性

Riak

MongoDB

Terrastore

ThruDB

Key Value / Tuple 存储

Amazon之SimpleDB

Chordless

Redis

Scalaris

Tokyo cabinet / Tyrant

CT.M

Scalien

Berkley DB

MemcacheDB

Mnesia

LightCloud

HamsterDB

Flare

最终一致性Key Value存储

Amazon之Dynamo

功能特色

架构特色

BeansDB

简介

更新

特性

性能

Nuclear

两个设计上的Tips

Voldemort

Dynomite

Kai

未分类

Skynet

Drizzle

比较

可扩展性

数据和查询模型

持久化设计

应用篇

eBay 架构经验

淘宝架构经验

Flickr架构经验

Twitter运维经验

运维经验

Metrics

配置管理

Darkmode

进程管理

硬件

代码协同经验

Review制度

部署管理

团队沟通

Cache

云计算架构

反模式

单点失败（Single Point of Failure）

同步调用

不具备回滚能力

不记录日志

无切分的数据库

无切分的应用

将伸缩性依赖于第三方厂商

OLAP

OLAP报表产品最大的难点在哪里？

NOSQL们背后的共有原则

假设失效是必然发生的

对数据进行分区

保存同一数据的多个副本

动态伸缩

查询支持

使用 Map/Reduce 处理汇聚

基于磁盘的和内存中的实现

仅仅是炒作?

附

感谢

版本志

引用