惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

W
WeLiveSecurity
T
The Exploit Database - CXSecurity.com
C
CXSECURITY Database RSS Feed - CXSecurity.com
S
Security @ Cisco Blogs
T
Threat Research - Cisco Blogs
TaoSecurity Blog
TaoSecurity Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
腾讯CDC
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
The Blog of Author Tim Ferriss
Microsoft Azure Blog
Microsoft Azure Blog
罗磊的独立博客
F
Full Disclosure
博客园 - 【当耐特】
C
CERT Recently Published Vulnerability Notes
Engineering at Meta
Engineering at Meta
Application and Cybersecurity Blog
Application and Cybersecurity Blog
T
Threatpost
I
Intezer
V2EX - 技术
V2EX - 技术
H
Hackread – Cybersecurity News, Data Breaches, AI and More
The Hacker News
The Hacker News
小众软件
小众软件
Google DeepMind News
Google DeepMind News
T
Tailwind CSS Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
B
Blog RSS Feed
Microsoft Security Blog
Microsoft Security Blog
N
News | PayPal Newsroom
MyScale Blog
MyScale Blog
AI
AI
Vercel News
Vercel News
Spread Privacy
Spread Privacy
美团技术团队
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
The GitHub Blog
The GitHub Blog
V
Vulnerabilities – Threatpost
Schneier on Security
Schneier on Security
Cyberwarzone
Cyberwarzone
G
GRAHAM CLULEY
Help Net Security
Help Net Security
Hacker News: Ask HN
Hacker News: Ask HN
Google DeepMind News
Google DeepMind News
MongoDB | Blog
MongoDB | Blog
L
LINUX DO - 热门话题
U
Unit 42
L
LangChain Blog
Recent Announcements
Recent Announcements

博客园 - FreeBird

研发过程度量平台资料整理 confluence使用经验总结 【转】用chrome滚动截屏 (转)六大因素决定供应链金融互联网平台的竞争力 (转)抢跑2018!星辰亿链区块链金融供应链项目率先落地 (转)2018实战型供应链金融研修班第一站:走进传化集团、川山甲供应链,探讨智慧供应链金融创新 (转)2017年12月宋华教授携IBM中国研究院、猪八戒网、中航信托、33复杂美共同论道智慧供应链金融 物联网+知识储备 淘客相关知识 京东相关知识 Redmine开源项目管理搭建 (转)spring hibernate properties详解 Redis在.net中的应用学习 Redis学习第八课:Redis高级实用特性(一) Redis学习第七课:键值命令和服务器命令 Redis学习第六课:Redis ZSet类型及操作 Redis学习第五课:Redis Set类型及操作 Redis学习第四课:Redis List类型及操作 (error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk.
Redis学习第八课:Redis高级实用特性(二)
FreeBird · 2015-06-18 · via 博客园 - FreeBird

Redis高级实用特性

4、持久化机制

Redis是一个支持持久化的内存数据库,也就是说Redis需要经常将内存中的数据同步到硬盘来保证持久化。
Redis支持两种持久化方式:
(1)、snapshotting(快照) 也是默认方式。
   快照是默认的持久化方式,这种方式是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。可以通过配置设置自动做快照持久化的方式。我们可以配置redis在n秒内如果超过m个key的修改就自动做快照。

修改配置文件redis.conf:
save 900 1 #900秒内如果超过1个key被修改,则发起快照保存。


(2)、Append-only file(缩写aof)的方式。

由于快照方式是在一定间隔时间做一次的,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改。  aof比快照方式有更好的持久化性,是由于在使用aof时,redis会将每个收到的写命令都通过write函数追加到文件中,当redis重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。  当然由于OS会在内核中缓存write做的修改,所以可能不是立即写到磁盘上,这样aof方式的持久化也还是有可能丢失部分修改。可以通过配置文件告诉redis我们想要通过fsync函数强制OS写入到磁盘的时机。

appendonly yes //启用aof持久化方式

#appendfsync always //收到写命令就立即写入磁盘,最慢,但是保证完全的持久化

appendfsync everysec //每秒钟写入磁盘一次,在性能和持久化方面做了很好的折中

#appendfsync no //完全依赖OS,性能最好,持久化没保证

修改配置文件redis.conf, 再在redis客户端进行写入操作,可以看到redis所在的bin目录下存在两个文件,appendonly.aof存的是操作命令,dump.rdb存的是二进制数据。

root@ubuntu:/usr/local/redis/bin# ll
total 12720
drwxr-xr-x 2 root root    4096 2015-06-18 01:25 ./
drwxr-xr-x 4 root root    4096 2015-06-18 01:21 ../
-rw-r--r-- 1 root root      56 2015-06-18 01:26 appendonly.aof
-rw-r--r-- 1 root root     180 2015-06-15 02:25 dump.rdb
-rwxr-xr-x 1 anny anny     566 2015-06-04 02:35 mkreleasehdr.sh*
-rwxr-xr-x 1 anny anny 3759902 2015-06-14 20:09 redis-benchmark*
-rwxr-xr-x 1 anny anny   20295 2015-06-14 20:09 redis-check-aof*
-rwxr-xr-x 1 anny anny   40868 2015-06-14 20:09 redis-check-dump*
-rwxr-xr-x 1 anny anny 3853871 2015-06-14 20:09 redis-cli*
-rwxr-xr-x 1 anny anny 5325229 2015-06-14 20:09 redis-server*


5、发布订阅消息

  发布订阅(pub/sub)是一种消息通信模式,主要的目的是解除消息发布者和消息订阅者之间的耦合,Redis作为一个pub/sub的server,在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向Redis Server订阅自己感兴趣的消息类型,redis将信息类型称为通道(channel)。当发布者通过publish命令向redis server发送特定类型的信息时,订阅该信息类型的全部client都会收到此消息。

Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。

Redis 客户端可以订阅任意数量的频道。

下图展示了频道 channel1 , 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系:

pubsub1

当有新消息通过 PUBLISH 命令发送给频道 channel1 时, 这个消息就会被发送给订阅它的三个客户端:

pubsub2

Redis中发布/订阅实验:

开启三个终端,

在第一个终端中输入如下命令,通过subscribe订阅了tv1和tv2两个频道:

anny@ubuntu:/usr/local/redis/bin$ ./redis-cli -a anny
127.0.0.1:6379> subscribe tv1 tv2
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "tv1"
3) (integer) 1
1) "subscribe"
2) "tv2"
3) (integer) 2

在第二个终端中输入如下命令,通过subscribe 订阅了tv1频道:

 anny@ubuntu:/usr/local/redis/bin$ ./redis-cli -a anny
127.0.0.1:6379> subscribe tv1
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "tv1"
3) (integer) 1

在第三个终端中输入如下命令,通过发布消息:

root@ubuntu:/usr/local/redis/bin# ./redis-cli -a anny
127.0.0.1:6379> publish tv1 test
(integer) 2
127.0.0.1:6379> publish tv2 abc
(integer) 1

可以看到第一个终端和第二个终端同时接收到第三个终端发布的消息:

第一个终端收到消息如下:

1) "message"
2) "tv1"
3) "test"
1) "message"
2) "tv2"
3) "abc"

第二个终端收到消息如下:

1) "message"
2) "tv1"
3) "test"

下表列出了 redis 发布订阅常用命令:

序号命令及描述
1 PSUBSCRIBE pattern [pattern ...] 订阅一个或多个符合给定模式的频道。
2 PUBSUB subcommand [argument [argument ...]] 查看订阅与发布系统状态。
3 PUBLISH channel message 将信息发送到指定的频道。
4 PUNSUBSCRIBE [pattern [pattern ...]] 退订所有给定模式的频道。
5 SUBSCRIBE channel [channel ...] 订阅给定的一个或多个频道的信息。
6 UNSUBSCRIBE [channel [channel ...]] 指退订给定的频道。


6、虚拟内存的使用

 redis的虚拟内存与操作系统的虚拟内存不是一回事,但是思路和目的都是相同的。就是暂时把不经常访问的数据从内存交换到磁盘中,从而腾出宝贵的内存空间用于其他需要访问的数据。尤其是对于redis这样的内存数据库,内存总是不够用的。除了可以将数据分割到多个redis server外,另外能够提高数据库容量的办法就是使用虚拟内存把那些不经常访问的数据交换到磁盘上。

下面关于VM相关的配置项(redis.conf):

vm-enabled yes #开启vm功能

vm-swap-file /tmp/redis.swap #交换出来的value保存的文件路径

vm-max-memory 1000000 #redis使用的最大内存上限

vm-page-size 32 #每个页面的大小32字节

vm-pages 134217728 #最多使用多少页面

vm-max-threads 4 #用于执行value对象换入缓存的工作线程数量

修改配置文件redis.conf后,杀掉redis-server进程,重启redis-server。
会提示在redis.conf文件中增加一个配置项 really-use-vm yes

注:我目前实验的Redis 3.0.2版本不存关于虚拟内存的配置项,手工加入后,启动Redis-server会报错。

W3C School Redis基础教程: http://www.w3cschool.cc/redis/redis-backup.html