Redis简单了解

Redis是一个key-value存储系统，它有一些特性，例如基于内存、单线程、非阻塞、操作原子性、高性能等。Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset（sorted set：有序集合）。

windows下启动Redis服务

一、本地启动Redis服务，并只可以本地连接 redis-server.exe redis.windows.conf

二、启动Redis服务，可以进行外部连接：

        1、修改redis.conf文件，将bind 127.0.0.1注释掉（#）；

        2、设置保护模式为no，并启动服务：redis-server.exe redis.windows.conf --protected-mode no

Redis服务设置连接密码

一、重启服务生效

    修改redis.conf文件，设置requirepass bizgrid（注意：默认是注释掉的，需将“#”删除，并该行前边不能有空格），重启服务

二、客户端直接设置，立马生效

    连接redis之后，通过命令设置：config set requirepass bizgrid，如此，便将密码设置成了bizgrid
    设置之后，查看密码指令：config get requirepass

    密码设置之后，当你退出再次连上redis的时候，就需要输入密码了，不然是无法操作的。

    这里有两种方式输入密码，一是连接的时候直接输入密码，而是连接上之后再输入密码，分别如下所示：

    1、直接输入密码：redis-cli.exe -h 127.0.0.1 -p 6379 -a bizgrid

    2、先连接再认证密码：redis-cli.exe -h 127.0.0.1 -p 6379

                       auth bizgrid

在开发环境，必须实例化的时候就输入密码

JedisPool jedisPool = new JedisPool(new JedisPoolConfig(), “127.0.0.1”, 6379, 10000, “bizgrid”);

第四个参数代表超时连接时长

Redis清空所有数据 flushall

Redis-如何保证缓存和数据一致性

不一致问题：

· 先修改数据库，再更新缓存：
    缺点：如果在修改数据库之后更新缓存之前出现问题，出现数据不一致
    解决方案：先删除缓存，再修改数据库
· 先删除缓存，再修改数据库：
    缺点：如果在删除缓存之后修改数据库之前，出现另一个线程去读缓存发现缓存为空，又从数据库拉取还没被修改的旧数据到缓存，导致数据不一致(注：只有在对一个数据在并发的进行读写的时候，才可能会出现这种问题。其实如果说你的并发量很低的话，特别是读并发很低，每天访问量就 1 万次，那么很少的情况下，会出现刚才描述的那种不一致的场景)
    解决方案：在修改数据的时候，在JVM内部队列中放入这条数据的唯一标识，当另一个请求过来发现缓存中数据为空时先不去数据库拉取数据，而是把这个请求也放到内部队列中，等前面的修改操作执行完再去拉取数据(注：一个队列中，其实多个更新缓存请求串在一起是没意义的，因此可以做过滤，如果发现队列中已经有一个更新缓存的请求了，那么就不用再放个更新请求操作进去了，直接等待前面的更新操作请求完成即可。)

Redis-如何保证原子性

因为redis是单线程。对于Redis的网络请求，Redis会有一个EventLoop，里面有两个数组events,fired。events存放被注册的事件，fired用于存放EventLoop从多路复用器（epoll）中读取到的，将要执行的事件。

异步和非阻塞就反映在这里，注册到多路复用器（epoll）后去做其他事，之后通过主动轮询多路复用器，来逐个取出将要执行的事件，放入fired，逐个执行，这个过程是单线程的，因此不会出现并发问题。