小杜的博客

redis的主从复制，读写分离行话：也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主配置步骤配从(库)不配主(库)从库配置：slaveof 主库IP 主库端口每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件Info replication修改配置文件细节操作拷贝多个redis.conf文件开启daemonize yesPid文件名字指定端口Log文

redis事务概念可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞作用一个队列中，一次性、顺序性、排他性的执行一系列命令常用命令5个例子Case1：正常执行Case2：放弃事务Case3：全体连坐Case4：冤头债主Case5：watch监控悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就

持久化分析RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储。AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大只做缓存如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.同时开启两种持久化方式。在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下A

redis持久化之aof概念以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作Aof保存的是appendonly.aof文件配置文件位置AOF启动/修复/恢复正常恢复1修改配置文件2启动redis,写2次，然后flushall.查看aof文件，恢复发现并没有数据，在aof文件中删除掉flus

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

redis配置文件(redis.conf)1. 位置默认安装目录为/usr/local/bin2. Units单位1 配置大小单位,开头定义了一些基本的度量单位，只支持bytes，不支持bit2 对大小写不敏感3. INCLUDES包含和我们的Struts2配置文件类似，可以通过includes包含，redis.conf可以作为总闸，包含其他4. GENERAL通用配置解释Daemonize以守护线程方式运行，即后台运行Pidfile配置p

nosql介绍1. 概述NoSQL(NoSQL = Not Only SQL )，意即“不仅仅是SQL”，泛指非关系型的数据库。随着互联网web2.0网站的兴起，传统的关系数据库在应付web2.0网站，特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心，暴露了很多难以克服的问题，而非关系型的数据库则由于其本身的特点得到了非常迅速的发展。NoSQL数据库的产生就是为了解决大规模数据集合多重数据种类带来的挑战，尤其是大数据应用难题，包括超大规模数据的存储。2. 特点特

Redis入门介绍概念1.REmote DIctionary Server(远程字典服务器)是完全开源免费的，用C语言编写的，遵守BSD协议，是一个高性能的(key/value)分布式内存数据库，基于内存运行并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一,也被人们称为数据结构服务器2. Redis 与其他 key - value 缓存产品有以下三个特点1Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用2Redis不仅仅支持简单的