Redis学习(二):redis基础

2022/1/19 19:22:39

本文主要是介绍Redis学习(二):redis基础,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

基础知识说明

准备工作:开启redis服务,客户端连接

redis压力测试工具-----Redis-benchmark

Redis-benchmark是官方自带的Redis性能测试工具,可以有效的测试Redis服务的性能。

 

# 测试一:100个并发连接,100000个请求,检测host为localhost 端口为6379的redis服务器性

redis-benchmark -h localhost -p 6379 -c 100 -n 100000

# 测试出来的所有命令只举例一个!

====== SET ======

100000 requests completed in 1.88 seconds # 对集合写入测试

100 parallel clients # 每次请求有100个并发客户端

3 bytes payload # 每次写入3个字节的数据,有效载荷

keep alive: 1 # 保持一个连接,一台服务器来处理这些请求

17.05% <= 1 milliseconds

97.35% <= 2 milliseconds

99.97% <= 3 milliseconds

100.00% <= 3 milliseconds # 所有请求在 3 毫秒内完成

53248.14 requests per second # 每秒处理 53248.14 次请求

基本数据库常识

默认16个数据库,类似数组下标从零开始,初始默认使用零号库

查看 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

 

 

 

为什么默认端口是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了,我还不

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

 



这篇关于Redis学习(二):redis基础的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程