1.Jedis连接redis服务器
注意事项：必须要放开redis允许启动主机访问。
注释/etc/redis.conf 的 bind 127.0.0.1 这个句话
1.1.项目结构
1.2.Jedis连接redis服务端
import java.util.Set;
import org.junit.Test;
import redis.clients.jedis.Jedis;
public class TestJedis {
@Test
public void testJedisConnect(){
// 连接redis服务器端(使用host)
@SuppressWarnings("resource")
Jedis jedis = new Jedis("192.168.56.128");
System.out.println("连接redis服务端成功！");
//测试redis服务器是否正在运行
System.out.println("redis服务器正在运行吗？"+ jedis.ping());
System.out.println("redis服务器信息？\n"+ jedis.info());
}
}
Tips:使用jedis连接redis可能会出现的问题及解决方案：
1）ip绑定问题
Connection refused: connect
把Redis的配置文件redis.conf里的
bind localhost（或者bind 127.0.0.1，表明只有该主机才能访问）注释掉。
或者修改为：
bind ip 表明，只能通过ip访问。
2）、保护模式
DENIED Redis is running in protected mode because protected mode is enabled…
redis处于保护模式，只能本地链接，我们需要修改配置文件redis.conf，将protected-mode yes改成no
1.3.Key测试
@Test
public void testKey(){
@SuppressWarnings("resource")
Jedis jedis = new Jedis("192.168.56.128");
System.out.println("连接redis服务端成功！");
//测试redis服务器是否正在运行
System.out.println("redis服务器正在运行吗？"+ jedis.ping());
jedis.set("jediskey", "apple");
String value = jedis.get("jediskey");
System.out.println(value);
Set<String> keys = jedis.keys("*");
for (String string : keys) {
System.out.println(string);
}
}
1.4.List测试
@Test
public void testList(){
@SuppressWarnings("resource")
Jedis jedis = new Jedis("192.168.56.128");
System.out.println("连接redis服务端成功！");
//测试redis服务器是否正在运行
System.out.println("redis服务器正在运行吗？"+ jedis.ping());
jedis.lpush("list01", "string1");
jedis.lpush("list01", "string2");
jedis.lpush("list01", "string3");
List<String> listString = jedis.lrange("list01", 0, 2);
for (String string : listString) {
System.out.println(string);
}
}
1.5.Set测试
@Test
public void testSet(){
@SuppressWarnings("resource")
Jedis jedis = new Jedis("192.168.56.128");
System.out.println("连接redis服务端成功！");
//测试redis服务器是否正在运行
System.out.println("redis服务器正在运行吗？"+ jedis.ping());
jedis.sadd("jedisset", "mysql");
jedis.sadd("jedisset", "oracle","mongodb");
Set<String> set = jedis.sunion("jedisset");
for (String string : set) {
System.out.println(string);
}
}
1.6.Hash测试
@Test
public void testHash(){
@SuppressWarnings("resource")
Jedis jedis = new Jedis("192.168.56.128");
System.out.println("连接redis服务端成功！");
//测试redis服务器是否正在运行
System.out.println("redis服务器正在运行吗？"+ jedis.ping());
jedis.hset("hash01", "name", "zhangsan");
jedis.hset("hash01", "age", "18");
jedis.hset("hash01", "phone", "18627738874");
List<String> hashString = jedis.hmget("hash01", "name","age","phone");
for (String string : hashString) {
System.out.println(string);
}
}
2.Redis持久化
Redis持久化，就是将内存中的数据，永久保存到磁盘上。
Redis持久化有两种方式：RDB(Redis DB)、AOF(AppendOnlyFile)
2.1.RDB（快照模式）
在默认情况下，Redis 将数据库快照保存在名字为dump.rdb的二进制文件中，可以在redis.conf配置文件中修改持久化信息。
save 900 1 表示在900秒内，至少更新了1条数据。Redis就将数据持久化到硬盘
save 300 10 表示在300内，至少更新了10条数据，Redis就会触发将数据持久化到硬盘
save 60 10000 表示60秒内，至少更新了10000条数据，Redis就会触发将数据持久化到硬盘
2.1.1.策略
（1）自动：BGSAVE
按照配置文件中的条件满足就执行BGSAVE；
非阻塞，Redis服务正常接收处理客户端请求；
Redis会folk()一个新的子进程来创建RDB文件，子进程处理完后会向父进程发送一个信号，通知它处理完毕；
父进程用新的dump.rdb替代旧文件。
（2）手动：SAVE
客户端（redis-cli）发起SAVE命令；
n 阻塞Redis服务，无法响应客户端请求；
n 创建新的dump.rdb替代旧文件。
2.1.2.优点
（1）执行效率高；
（2）恢复大数据集速度较AOF快。
3.
缺点
（1）会丢失最近写入、修改的而未能持久化的数据；
（2）folk过程非常耗时，会造成毫秒级不能响应客户端请求。
8.
2.2.AOF（追加模式、文本重演）
2.2.1特点
Append only file，采用追加的方式保存，默认文件appendonly.aof；
记录所有的写操作命令，在服务启动的时候使用这些命令就可以还原数据库；
AOF默认关闭，需要在配置文件中手动开启。
2.2.2.写入机制
说明：AOF机制，添加了一个内存缓冲区(buffer)。
（1）将内容写入缓冲区
（2）当缓冲区被填满、或者用户手动执行fsync、或者系统根据指定的写入磁盘策略自动调用fdatasync命令，才将缓冲区里的内容真正写入磁盘里。
（3）在缓冲区里的内容未写入磁盘之前，可能会丢失。
2.2.3.写入磁盘的策略
n appendfsync选项，这个选项的值可以是always、everysec或者no
Always：服务器每写入一个命令，就调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，也不会丢失任何已经成功执行的命令数据
Everysec（默认）：服务器每一秒重调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，最多只丢失一秒钟内的执行的命令数据
No：服务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘。这种模式下，服务器遭遇意外停机时，丢失命令的数量是不确定的
运行速度：always的速度慢，everysec和no都很快
2.2.4.aof重写机制
AOF文件过大，合并重复的操作，AOF会使用尽可能少的命令来记录。
2.2.4.1重写过程
（1）folk一个子进程负责重写AOF文件
（2）子进程会创建一个临时文件写入AOF信息
n （3）父进程会开辟一个内存缓冲区接收新的写命令
n （4）子进程重写完成后，父进程会获得一个信号，将父进程接收到的新的写操作由子进程写入到临时文件中
n （5）新文件替代旧文件
重写的本质：就是将操作同一个键的命令，合并。从而减小AOF文件的体积
2.2.4.2aof重写触发机制
（1）手动：
客户端向服务器发送BGREWRITEAOF命令
（2）自动：
配置文件中的选项，自动执行BGREWRITEAOF命令
auto-aof-rewrite-min-size <size>，
触发AOF重写所需的最小体积：只要在AOF文件的体积大于等于size时，才会考虑是否需要进行AOF重写，这个选项用于避免对体积过小的AOF文件进行重写
auto-aof-rewrite-percentage <percent>
指定触发重写所需的AOF文件体积百分比：当AOF文件的体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent %时，就会触发AOF重写。（如果服务器刚刚启动不久，还没有进行过AOF重写，那么使用服务器启动时载入的AOF文件的体积来作为基准值）。将这个值设置为0表示关闭自动AOF重写。
2.2.5.优点
写入机制，默认fysnc（手工同步）每秒执行，性能很好不阻塞服务，最多丢失一秒的数据；
重写机制，优化AOF文件；
如果误操作了（FLUSHALL等），只要AOF未被重写，停止服务移除AOF文件尾部FLUSHALL命令，重启Redis，可以将数据集恢复到FLUSHALL 执行之前的状态。
2.2.6.缺点
相同数据集，AOF文件体积较RDB大了很多；
恢复数据库速度较RDB慢（文本，命令重演）。
