我们一起了解Redis的爱恨情仇

Redis是一个key-value 存储系统,是跨平台的非关系型数据库。

Redis 是一个开源的使用 ANSI C 语言编写、遵守 BSD 协议、支持网络、可基于内存、分布式、可选持久性的键值对(Key-Value)存储数据库,并提供多种语言的 API。

Redis 通常被称为数据结构服务器,因为值(value)可以是字符串(String)、哈希(Hash)、列表(list)、集合(sets)和有序集合(sorted sets)等类型。

redis的安装介质在:https://github.com/tporadowski/redis/releases

下载后运行得到一个运行路径。

修改redis.windows-service.conf文件,一个是端口,一个是密码认证

#bind 127.0.0.1             #注释掉这一句,使redis可以外部访问
port 6379 #默认端口,可以改成别的端口
protected-mode yes #修改为yes,开启保护模式,默认是yes
#daemonize no #这一句是注释的,windows版本不支持,默认是no
requirepass 123456 #密码
appendonly yes

进行指定目录下,运行redis

# 启动redis失败 Could not create server TCP listening socket 127.0.0.1:6379: bind: 操作成功

操作办法:

redis命令,设置key,value值

上面提到的字符串(String)、哈希(Hash)、列表(list)、集合(sets)和有序集合(sorted sets)等类型,具体操作也不复杂

C:\Program Files\Redis>redis-cli.exe-h 127.0.0.1-p 6379
127.0.0.1:6379> ping
PONG
127.0.0.1:6379>set key1 v1
OK
127.0.0.1:6379> get key1
"v1"
127.0.0.1:6379> get key
(nil)
127.0.0.1:6379>set name "wbq"
OK
127.0.0.1:6379> get name
"wbq"
127.0.0.1:6379>set name "whp"
OK
127.0.0.1:6379> get name
"whp"
127.0.0.1:6379> del name
(integer)1
127.0.0.1:6379> hmset name field1 "wbq" field2 "whp"
OK
127.0.0.1:6379> hget name field1
"wbq"
127.0.0.1:6379> hget name field2
"whp"
127.0.0.1:6379> lpush alist redis
(integer)1
127.0.0.1:6379> lpush alist db2
(integer)2
127.0.0.1:6379> lpush alist mysql
(integer)3
127.0.0.1:6379> lrange alist 02
1)"mysql"
2)"db2"
3)"redis"
127.0.0.1:6379> lrange alist 01
1)"mysql"
2)"db2"
127.0.0.1:6379> sadd aset set1
(integer)1
127.0.0.1:6379> sadd aset set2
(error) MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error.
127.0.0.1:6379> sadd aset set3
(error) MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error.
127.0.0.1:6379> sadd aset set3 [member ...]

又报错了,(error) MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error.

大意就是说无法持久化写入磁盘,进行配置

127.0.0.1:6379> config set stop-writes-on-bgsave-error no
OK
127.0.0.1:6379> sadd aset set2
(integer)1
127.0.0.1:6379> sadd aset set3
(integer)1
127.0.0.1:6379> sadd aset set4
(integer)1
127.0.0.1:6379> sadd aset set2
(integer)0
127.0.0.1:6379> smembers aset
1)"set4"
2)"set3"
3)"set1"
4)"set2"
127.0.0.1:6379>

查看服务端错误日志,大意是说没有写入权限

[34752]27 Apr 11:50:16.328 # fork operation complete
[34752]27 Apr 11:50:16.340 # Background saving error
[34752]27 Apr 11:50:22.046*1 changes in900 seconds. Saving...
[34752]27 Apr 11:50:22.115* Background saving started by pid 7944
[7944]27 Apr 11:50:22.251 # Failed opening the RDB file dump.rdb(in server root dir C:\Program Files\Redis) for saving: 数据无效。
[7944]27 Apr 11:50:22.253 # rdbSave failed in qfork: Permission denied
[34752]27 Apr 11:50:22.325 # fork operation complete
[34752]27 Apr 11:50:22.338 # Background saving error
[34752]27 Apr 11:50:28.046*1 changes in900 seconds. Saving...
[34752]27 Apr 11:50:28.112* Background saving started by pid 20004
[20004]27 Apr 11:50:28.229 # Failed opening the RDB file dump.rdb(in server root dir C:\Program Files\Redis) for saving: 数据无效。
[20004]27 Apr 11:50:28.231 # rdbSave failed in qfork: Permission denied

对文件夹的读写权限进行变更后,一切正常

[34752]27 Apr 11:50:28.326 # fork operation complete
[34752]27 Apr 11:50:28.343 # Background saving error
[34752]27 Apr 11:50:34.060*1 changes in900 seconds. Saving...
[34752]27 Apr 11:50:34.126* Background saving started by pid 32840
[34752]27 Apr 11:50:34.339 # fork operation complete
[34752]27 Apr 11:50:34.383* Background saving terminated with success

继续进行各类型键值操作。

127.0.0.1:6379> zadd asortedset 0 redis
(integer)1
127.0.0.1:6379> zadd asortedset 1 db2
(integer)1
127.0.0.1:6379> zadd asortedset 0 sqlserver
(integer)1
127.0.0.1:6379> zrangebyscore asortedset 05
1)"redis"
2)"sqlserver"
3)"db2"
127.0.0.1:6379>

Redis支持多个数据库,并且每个数据库的数据是隔离的不能共享,并且基于单机才有,如果是集群就没有数据库的概念。

Redis是一个字典结构的存储服务器,而实际上一个Redis实例提供了多个用来存储数据的字典,客户端可以指定将数据存储在哪个字典中。这与我们熟知的在一个关系数据库实例中可以创建多个数据库类似,所以可以将其中的每个字典都理解成一个独立的数据库。

每个数据库对外都是一个从0开始的递增数字命名,Redis默认支持16个数据库(可以通过配置文件支持更多,无上限),可以通过配置databases来修改这一数字。客户端与Redis建立连接后会自动选择0号数据库,不过可以随时使用SELECT命令更换数据库,如要选择1号数据库:

127.0.0.1:6379>select1
OK
127.0.0.1:6379[1]> get key1
(nil)
127.0.0.1:6379[1]> zrangebyscore asortedset 05
(empty list orset)
127.0.0.1:6379[1]>select0
OK
127.0.0.1:6379> zrangebyscore asortedset 05
1)"redis"
2)"sqlserver"
3)"db2"
127.0.0.1:6379>select2
OK
127.0.0.1:6379[2]> zrangebyscore asortedset 05
(empty list orset)
127.0.0.1:6379[2]>

其实我真正的目的是为了实现一个最近24小时数据的队列,确保数据是持续滚动的

构建一个list列表键值,通过rpush实现24条记录写入,查看数据,持续lpop和rpush可实现一个队列,现在欠缺的是一个元数据了。

127.0.0.1:6379> del  userdaydata:username:user1:data
(integer)1
127.0.0.1:6379> rpush userdaydata:username:user1:data 01234567891011121314151617181920212223
(integer)24
127.0.0.1:6379> lrange userdaydata:username:user1:data 023
1)"0"
2)"1"
3)"2"
4)"3"
5)"4"
6)"5"
7)"6"
8)"7"
9)"8"
10)"9"
11)"10"
12)"11"
13)"12"
14)"13"
15)"14"
16)"15"
17)"16"
18)"17"
19)"18"
20)"19"
21)"20"
22)"21"
23)"22"
24)"23"
127.0.0.1:6379> lpop userdaydata:username:user1:data
"0"
127.0.0.1:6379> lrange userdaydata:username:user1:data 023
1)"1"
2)"2"
3)"3"
4)"4"
5)"5"
6)"6"
7)"7"
8)"8"
9)"9"
10)"10"
11)"11"
12)"12"
13)"13"
14)"14"
15)"15"
16)"16"
17)"17"
18)"18"
19)"19"
20)"20"
21)"21"
22)"22"
23)"23"
127.0.0.1:6379> rpush userdaydata:username:user1:data 0
(integer)24
127.0.0.1:6379> lrange userdaydata:username:user1:data 023
1)"1"
2)"2"
3)"3"
4)"4"
5)"5"
6)"6"
7)"7"
8)"8"
9)"9"
10)"10"
11)"11"
12)"12"
13)"13"
14)"14"
15)"15"
16)"16"
17)"17"
18)"18"
19)"19"
20)"20"
21)"21"
22)"22"
23)"23"
24)"0"
127.0.0.1:6379> lpop userdaydata:username:user1:data
"1"
127.0.0.1:6379> lrange userdaydata:username:user1:data 023
1)"2"
2)"3"
3)"4"
4)"5"
5)"6"
6)"7"
7)"8"
8)"9"
9)"10"
10)"11"
11)"12"
12)"13"
13)"14"
14)"15"
15)"16"
16)"17"
17)"18"
18)"19"
19)"20"
20)"21"
21)"22"
22)"23"
23)"0"
127.0.0.1:6379> rpush userdaydata:username:user1:data 1
(integer)24
127.0.0.1:6379> lrange userdaydata:username:user1:data 023
1)"2"
2)"3"
3)"4"
4)"5"
5)"6"
6)"7"
7)"8"
8)"9"
9)"10"
10)"11"
11)"12"
12)"13"
13)"14"
14)"15"
15)"16"
16)"17"
17)"18"
18)"19"
19)"20"
20)"21"
21)"22"
22)"23"
23)"0"
24)"1"
127.0.0.1:6379>

后文会将如何通过python进行redis操作。

参考1:https://blog.csdn.net/qq_45047809/article/details/112529734

参考2:https://www.runoob.com/redis/redis-tutorial.html

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/260734.html<

(0)
管理的头像管理
上一篇2025-05-03 07:26
下一篇 2025-05-03 07:27

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注