后台进程完成写文件 后，master就发送文件给slave，slave将文件保存到磁盘上，然后加载到内存恢复数据库快照到slave上。接着master就会把缓存的命 令转发给slave。从master到slave的同步数据的命令和从 client发送的命令

为客户开发的一个绩效系统，采用了java web的开发方式，使用了一些spring mvc, mybatis之类的框架。相比于oracle ebs的二次开发，这种开发更加灵活，虽然和ebs集成的时候遇到一些问题，但是最后也都解决了。ebs的二次都是直接部署

3.redis工具类，见下附件

于是，就想限制一下redis的访问，只对自己电脑的IP有效。

三台服务器搭建redis集群安装redis1. 安装redis 下载redis-4.0.6.tar.gz2. 上传至/home路径，解压：tar –xvf redis-4.0.6.tar.gz3. 进入目录 cd /home/redis-4.0.64. 编

对于value有些也可精简，比如性别使用0、1。keys *, 这个命令是阻塞的，即操作执行期间，其它任何命令在你的实例中都无法执行。我们应该尽可能的利用key有效期。数据量不可预估，并且内存也有限的话，尽量限制下redis使用的内存大小，这样可以避免re

我们先来看一下为什么要做集群，如果我们要部署一个单节点Redis，很明显会遇到单点故障的问题。Redis集群方案目前主流的有三种，分别是Twemproxy、Codis和Redis Cluster。其实Codis能发展起来的一个主要原因是它是在Redis官方

与MySQL主从复制，从节点可以分担部分读压力不一样，甚至可以增加slave或者slave的slave来分担读压力，Redis集群中的从节点，默认是不分担读请求的，从节点只作为主节点的备份，仅负责故障转移。以下简单测试Redis集群读写时候的节点相应情况，

https://blog.csdn.net/zhjunjun93/article/details/78560700

众所周知redis cluster在运行过程中如果有master节点宕机，会通过集群选举而选举出新的master而替代故障节点，然而这个选举的过程到底是怎样的呢？网上有些文章写得有些出入，所以我从官方及实例入手实验分析一下。服务端口自不必说，而另一端口为节

　　RedisCluster是redis的分布式解决方案，在3.0版本后推出的方案，有效地解决了Redis分布式的需求，当一个服务挂了可以快速的切换到另外一个服务，当遇到单机内存、并发等瓶颈时，可使用此方案来解决这些问题。比如我们库有900条用户数据，有3

今天遇到一个ThreadPoolExecutor 队列 问题。// 获取并移除此队列的头部，在元素变得可用之前一直等待。//具体实现处理数据的方法实现。这里就不提供了。

一、RDB持久化RDB持久化把当前进程数据生成快照文件保存到硬盘的过程，有手动触发和自动触发手动触发有save和bgsave两命令save命令：阻塞当前Redis，直到RDB持久化过程完成为止，若内存实例比较大会造成长时间阻塞，线上环境不建议用它bgsav

Redis-Configuration :https://github.com/redisson/redisson/wiki/2.-Configuration

查看名字mymaster的主服务器IP和port

引用https://github.com/ScienJus/spring-restful-authorization

redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。我们可以看到从秒杀成

执行redis-server命令启动redis的时候，会报这个错误。百度google之后也没有找到解决方法。最终发现是因为配置文件某个参数不正确而引起的。错误的原因是由于没有指定bind参数。Redis支持32位和64位。切换到redis目录下运行redi

Redis MONITOR

boolean flag = false;connection.watch(upkeyb, stockKey);connection.multi();int count = Integer.valueOf(counter == null ?"0&