1、redis 6.0后支持多线程,多线程在网络吞吐量上提升了不少
Redis 作者 antirez 在 RedisConf 2019 分享时曾提到:Redis 6 引入的多线程 IO 特性对性能提升至少是一倍以上。
国内也有大牛曾使用 unstable 版本在阿里云 esc 进行过测试,GET/SET 命令在 4 线程 IO 时性能相比单线程是几乎是翻倍了。
常用的命令
get
set
hget...
hset...
select 1,表示选择库1
info server
dbsize
清空数据库 flushdb
之所不适用keys *,因为这个相当于mysql select * from ..,当线上大量的数据的,该函数是阻塞性的,会导致redisclient断开,
解决方案采用scan,还有存储的时候可以采用批量hset的方式去做存储
访问采用游标的方式去做访问
127.0.0.1:6379[1]> set key:1 1
OK
127.0.0.1:6379[1]> set key:2 1
OK
127.0.0.1:6379[1]> set key:3 1
OK
127.0.0.1:6379[1]> set key:4 1
OK
127.0.0.1:6379[1]> set key:5 1
OK
127.0.0.1:6379[1]> set key:6 1
OK
127.0.0.1:6379[1]> set key:7 1
OK
127.0.0.1:6379[1]> set key:8 1
OK
127.0.0.1:6379[1]> set key:9 1
OK
127.0.0.1:6379[1]> set key:10 1
OK
127.0.0.1:6379[1]> set key:11 1
OK
127.0.0.1:6379[1]> set key:12 1
OK
127.0.0.1:6379[1]> set key:13 1
OK
127.0.0.1:6379[1]> set key:14 1
OK
127.0.0.1:6379[1]> set key:15 1
OK
127.0.0.1:6379[1]> set key:16 1
OK
127.0.0.1:6379[1]> set key:17 1
OK
127.0.0.1:6379[1]> set key:18 1
OK
127.0.0.1:6379[1]> set key:19 1
127.0.0.1:6379[1]> set key:20 1
OK
127.0.0.1:6379[1]> set key:21 1
OK
127.0.0.1:6379[1]> set key:22 1
OK
127.0.0.1:6379[1]> set key:23 1
OK
127.0.0.1:6379[1]> set key:24 1
OK
127.0.0.1:6379[1]> set key:25 1
127.0.0.1:6379[1]> scan 0 match *key*
1) "1"
2) 1) "key:1"
2) "key:25"
3) "key:5"
4) "key:19"
5) "key:9"
6) "key:4"
7) "key:23"
8) "key:22"
9) "key:7"
10) "key:15"
第二次访问第一次访问的返回的游标作为第二次的参数
127.0.0.1:6379[1]> scan 1 match *key*
1) "29"
2) 1) "key:11"
2) "key:3"
3) "key:10"
4) "key:12"
5) "key:24"
6) "key:20"
7) "key:8"
8) "key:18"
9) "key:2"
10) "key:21"
127.0.0.1:6379[1]> scan 29 match *key*
1) "0"
2) 1) "key:13"
2) "key:17"
3) "key:6"
4) "key:14"
5) "key:16"
业务相关的:
存储标签为0表示不需要存储,存储标签为1表示,需要把数据变更mysql
1、服务器这边【scan 0 match *key:1* 】扫存档标签,如果存档标签为1就,把数据写入数据库,并且把存储标签变更为0
2、读取角色数据的时候,才用从redis这边读取,如果读取不到再从mysql读取,写入到redis【存储标签为0】,交付个业务接口适用
3、expireat key:1:111 unixtime
4、角色数据变更的时候,把key的存储标签设置为1
5、创建角色的时候把数据丢到redis,并且存储标签为0