Java List : 数组ArrayList
链表LinkedList
为什么redis选取了链表?
Redis操作中,最多的操作是进行元素的增删
使用环境:①做大数据集合的增删
②任务队列
用户任务队列:
检查口腔:小明,小红
检查眼科:小张,小李
检查耳鼻喉:小刘
赋值:
取值:
扩展:
lrem key 0 value (从哪个位置开始删,删除的元素是什么)
lset list1 2 aaa 2位指定替换的位置,aaaa要替换元素
insert list1 before aaaaa ccccc
两队排列:
循环队列:
Java HashSet 无序,不重复。
Redis操作中,涉及到两个大数据集合的并集,交集,差集运算。
赋值:
上面因为a重复,自动去重,所以添加了4个元素
取值:
判断set1集合中是否有a 有的话返回1 没有元素的话返回0
删值:
差集运算:
交集运算:
并集运算:
扩展命令:
把查询的结果,存在某个集合里。上面的命令跟上store即可。
如:
有序set集合: 有序,不重复(默认set是无序不重复的)
小明,小红,小张
每个元素都需要手动赋予一个分数
5000 小明, 1000 小红 , 500 小张
集合中:500 小张
1000 小红
5000 小明
集合倒序:
5000 小明
1000 小红
500 小张
有序set集合,专门用来做排行榜
赋值:
查看:
查询某个分数范围内有多少元素
查询返回索引,可应用在:排行名词
删值:
根据分数范围删除
Redis五种数据类型,String,hash,list,set,有序set
通配符:
*表示任意0个或多个任意字符,
?表示任意一个字符
keys * 查询所有的key
设置key有效/过期
如果某个key过期,redis会将其删除
例如:用户激活。
激活邮件,激活短信。 10分钟,30分钟 内
Redis----设置过期时间 600
订阅新闻,新闻发布
subscribe channel:订阅频道,例:subscribe mychat,订阅mychat这个频道
psubscribe channel*:批量订阅频道,例:psubscribe s*,订阅以”s”开头的频道
publish channel content:在指定的频道中发布消息,如 publish mychat ‘today is a newday’
MySQL-数据库可以自己用语句自定义创建
create database xxxx;
redis-也是有数据库的。 Redis已经提前创建好了。
Redis默认有16个数据库。0,1,2…….15
在redis上所做的所有数据操作,都是默认在0号数据库上操作
数据库和数据库之间,不能共享键值对。
切换数据库:
select 数据库名;
把某个键值对进行数据库移植:
move newkey 1:将当前库的key移植到1号库中
慎用
清空当前数据库:flushdb
和redis服务器数据的清空:flushall
MySQL-事务: 目的为了保证数据完整性,安全。
Redis-事务: 目的为了进行redis语句的批量化执行
ctrl+c
返回当前数据库中key 的数目
内存(兔子):高效、断电数据就会消失
硬盘(乌龟):读写速度慢于内存的,断电数据依旧存在
持久化:把数据保存在硬盘上
关系型数据库MySQL-持久化:
任何增删改语句,都是在硬盘上做的操作
断电以后,硬盘上的数据还是存在。
非关系型数据库redis:
默认情况下,所有的增删改,数据都是在内存中进行操作。
断电以后,内存中的数据不存在的。
断电以后,redis的部分数据会丢失,丢失的数据是保存在内存中的数据。
Redis存在持久化操作的。
Redis有两种持久化策略:
RDB:是redis的默认持久化机制。
RDB相当于照快照。保存的是一种状态。
20G数据----à几kb快照
优点:①快照保存数据速度极快,还原数据速度极快
②适用于灾难备份
缺点:①小内存机器不适合使用。
RDB机制符合要求就会照快照。(随时随地启动),会占用一部分系统资源(突然的),很可能内存不足直接宕机。(宕机后,服务器会关闭,非正常关闭)
服务器正常关闭时 照快照
Key满足一定条件,照快照
适用于:内存比较充裕的计算机。
RDB何时进行照快照:
①服务器正常关闭时,会照一次快照 ./bin/redis-cli shutdown
②key满足一定条件,会照一次快照
key发生变化(key数据添加、修改、删除)
例如1:12:00 – 12:15 ,有1个key发生变化,在12:15就照一次快照保存
12:00 – 12:15 ,没有任何key发生变化,在12:15不会照快照
例如2:12:00 – 12:05 ,有11个key发生变化,12:05就照一次快照保存
12:00 – 12:05 ,有9个key发生变化,12:05不会照快站,12:15 会照快照
例如3: 12:00 – 12:01 ,有15000个key发生变化,12:01会照一次快照保存
12:00 – 12:01 ,有1000个key发生变化,12:01不会照快站,12:05会照快照
AOF: 使用日志功能保存数据操作。
默认AOF机制关闭的。
每秒同步(默认):每秒进行一次AOF保存数据。 安全性低,比较节省系统资源
每修改同步:只要有key变化语句,就进行AOF保存数据。比较安全,但是极为浪费效率
不同步:不进行任何持久化操作 不安全
AOF操作:
只会保存导致key变化的语句
AOF配置:
always #每次有数据修改发生时都会写入AOF文件
everysec #每秒钟同步一次,该策略为AOF的缺省策略
no #从不同步。高效但是数据不会被持久化
开启AOF机制
策略的选择:
优点:①持续性占用极少量的内存资源
缺点:①日志文件会特别大,不适用于灾难恢复
②恢复效率远远低于RDB
适用于:内存比较小的计算机