Redis学习手册（2）

1.Redis事务:

一组命令的集合!一个事务中的所有命令都会被序列化，在事务执行过程的中，会按照顺序执行!一次性、顺序性、排他性!执行一些列的命令!

redis的事务：

• 开启事务（multi）

• 命令入队（）

• 执行事务（Exec）

discard :放弃事务

注意：在用事务的时候千万不能打错命令，不然错了一次这个事务就运行不起来了

监控

悲观锁:

• 很悲观，认为什么时候都会出问题，无论什么时候都会加锁

乐观锁:

• 很乐观，认为什么时候都不会出问题，使用不会加锁，更新数据的时候去判断一下，

• 获取version

• 更新的时候比较version

redis测试监视

测试多线程修改值，使用watch可以当做redis的乐观锁操作

如果修改失败，获取最新的值就好

2.jedis

为什么使用jedis

什么是Jedis是Redis 官方推荐的java连接开发工具!使用ava 操作Redis中间件!如果你要使用java操作redis，那么一定要对Jedis 十分的熟悉!

测试

1.导入依赖

 <!--导入jedis的包-->       
 <dependency>            
 <groupId>redis.clients</groupId>            
 <artifactId>jedis</artifactId>            
 <version>3.2.0</version>        
 </dependency>    
 <!--jastjson 是阿里巴巴提供的 存放数据的-->        
 <dependency>           
 <groupId>com.alibaba</groupId>           
 <artifactId>fastjson</artifactId>           
 <version>1.2.62</version>       
 </dependency>

2.连接redis 使用事务

 Jedis jedis=new Jedis("127.0.0.1",6379);
        System.out.println(jedis.ping());
        Transaction multi = jedis.multi();
        JSONObject jsonObject=new JSONObject();
        jsonObject.put("hello","word");
        String result= jsonObject.toJSONString();
        try{
            multi.set("user","liu");
​
            multi.exec(); //执行事务
        }catch (Exception e){
            multi.discard(); //放弃事务
            e.printStackTrace();
        }finally {
            System.out.println(jedis.get("user"));
            jedis.close();  //关闭连接
        }

3.SpringBoot的整合

springBoot操作数据: spring-data jpa jdbc mongodb redis !

SpringData也是和SpringBoot齐名的项目!

为什么不用jedis 而是lettuce

说明︰在SpringBoot2.x之后，原来使用的jedis被替换为了lettuce?

jedis :采用的直连，多个线程操作的话，是不安全的，如果想要避免不安全的，使用jedis pool连接池!更像BIO模式

lettuce :采用netty，实例可以再多个线程中进行共享，不存在线程不安全的情况!可以减少线程数据了，更像NIO模式

运行测试

依赖

 <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
​
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-configuration-processor</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

application.properties配置文件

#配置redis
#地址
spring.redis.host=127.0.0.1
#端口号
spring.redis.port=6379 

​

测试类

 @Autowired
    private RedisTemplate redisTemplate;
    //集成
    @Test
   public  void text01() {
        /**
         * redisTemplate
         * opsForValue 类似于String类型
         * opsForList 类似于List类型
         * opsForSet  类似于Set 类型
         * opsForZset  类似于Zset  类型
         * opsForHash  类似于Hash类型
         * opsForgeo   类似于redis的地理位置
         */
        /*获取redis连接数对象*/
        //除了基本操作，我们常用的方法都可以直接在redisTemplate操作，比如事务，和基本的CRUD
      /*  RedisConnection connection = redisTemplate.getConnectionFactory().getConnection();
        connection.flushDb();
        connection.flushAll();*/
        redisTemplate.opsForValue().set("key1","老man男");
        System.out.println(redisTemplate.opsForValue().get("key1"));
​
    }

4.Redis持久化

面试和工作，持久化都是重点

Redis是内存数据库，如果不将内存中的数据库状态保存到磁盘里，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以Redis提供了持久化功能！

RDB

RDB默认是开启的

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。Redis会单独创建(（ fork )一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB，一般情况下不需要修改这个配置!

优缺点

优点

1.适合大规模的数据恢复

2.对数据的完整性要求不高

缺点

1、需要一定的时间间隔进程操作!如果redis意外宕机了，这个最后一次修改数据就没有的了!

2、fork进程的时候，会占用一定的内容空间!!

触发机制

1、save的规则满足的情况下，会自动触发rdb规则

2、执行flushall命令，也会触发我们的rdb规则!

3、退出redis，也会产生rdb文件!

备份就自动生成一个dump.rdb

修改触发条件

修改redis.conf的save的值可以调rdb

恢复rdb文件

1、只需要将rdb文件放在我们redis启动目录就可以，redis启动的时候会自动检查dump.rdb恢复其中的数据!2、查看需要存在的位置

config get dir
    1) "dir"
    2) "/usr/local/bin"

AOF

将我们的所以命令都记录下来，histor,恢复的时候就把这个文件全部再执行一遍！

以日志的形式来记录每个写操作，将Redis执行过的所有指令记录下来（读操作不记录），只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

AOF默认是关闭的必须在redis配置文件里去修改开启

aof文件大于64m,就会再创建一个aof文件存储（简称 重写）

优缺点

优点：

1.每一次修改都同步，文件的完整会更好

2.每秒同步一次，可能会丢失每一秒的数据

3.从不同步，效率最高

缺点

1、相对于数据文件来说，aof远远大于rdb，修复的速度也比rdb慢!

2、Aof运行效率也要比rdb慢，所以我们redis默认的配置就是rdb持久化!

  后续扩展中........