Redis学习笔记（四）

为什么默认端口是6379？粉丝效应！

为什么redis是单线程

我们首先要明白，Redis很快！官方表示，因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis

的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且CPU不会成为瓶颈，那就

顺理成章地采用单线程的方案了！

查看 redis.conf ，里面有默认的配置

databases 16

# Set the number of databases. The default database is DB 0, you can select

# a different one on a per-connection basis using SELECT <dbid> where

# dbid is a number between 0 and 'databases'-1

databases 16

127.0.0.1:6379> select 7

OK

127.0.0.1:6379[7]>

# 不同的库可以存不同的数据

127.0.0.1:6379> select 7

OK

127.0.0.1:6379[7]> DBSIZE

(integer) 0

127.0.0.1:6379[7]> select 0

OK

127.0.0.1:6379> DBSIZE

(integer) 5

127.0.0.1:6379> keys * # 查看具体的key

1) "counter:__rand_int__"

2) "mylist"

3) "k1"

4) "myset:__rand_int__"

5) "key:__rand_int__"

127.0.0.1:6379> DBSIZE

(integer) 5

127.0.0.1:6379> FLUSHDB

OK

127.0.0.1:6379> DBSIZE

(integer) 0

6Redis采用的是基于内存的采用的是单进程单线程模型的 KV 数据库，由C语言编写，官方提供的数据是

可以达到100000+的QPS（每秒内查询次数）。这个数据不比采用单进程多线程的同样基于内存的 KV

数据库 Memcached 差！

Redis为什么这么快？

1）以前一直有个误区，以为：高性能服务器 一定是多线程来实现的

原因很简单因为误区二导致的：多线程 一定比 单线程 效率高，其实不然！

在说这个事前希望大家都能对 CPU 、 内存 、 硬盘的速度都有了解了！

2）redis 核心就是 如果我的数据全都在内存里，我单线程的去操作 就是效率最高的，为什么呢，因为

多线程的本质就是 CPU 模拟出来多个线程的情况，这种模拟出来的情况就有一个代价，就是上下文的切

换，对于一个内存的系统来说，它没有上下文的切换就是效率最高的。redis 用 单个CPU 绑定一块内存

的数据，然后针对这块内存的数据进行多次读写的时候，都是在一个CPU上完成的，所以它是单线程处

理这个事。在内存的情况下，这个方案就是最佳方案。

因为一次CPU上下文的切换大概在 1500ns 左右。从内存中读取 1MB 的连续数据，耗时大约为 250us，

假设1MB的数据由多个线程读取了1000次，那么就有1000次时间上下文的切换，那么就有1500ns *

1000 = 1500us ，我单线程的读完1MB数据才250us ,你光时间上下文的切换就用了1500us了，我还不

算你每次读一点数据 的时间。