内存异步工作模式 redis缓存 redis缓存技术学习

redis-2.2.7.tar.gz

·databases：开启的数量

附上redis和memcahe的比较

·pidfile：pid文件位置

2.cpsrc/redis-serversrc/redis-clisrc/redis-benchmark/usr/local/redis

3）如果允许外网访问，请确保redis设置了访问密码，如：requirepasspassword并检查是否与node.js中写的一致

Redis提供了丰富的命令（command）对和各种数据类型进行操作，这些command可以在Linux终端使用。在编程时，比如使用Redis的Java语言包，这些命令都有对应的方法，比如上面例子中使用的sadd方法，就是对集合操作中的SADD命令。下面将Redis提供的命令做一总结。

·logfile：log文件位置

而对于Redis，我们还需要一个运行一个Redis服务，以及安装一个redis-py库（Redis的Python接口）。

1./usr/local/redis/redis-serverredis.conf

bind192.168.3.90

很多开发者都认为Redis不可能比Memcached快，Memcached完全基于内存，而Redis具有持久化保存特性，即使是异步的，Redis也不可能比Memcached快。但是测试结果基本是Redis占绝对优势。一直在思考这个原因，目前想到的原因有这几方面。

·dbfilename：数据快照文件名（只是文件名，不包括目录）

作为一个keyvalue存在，很多开发者自然的使用set/get方式来使用Redis，实际上这并不是最优化的使用方法。尤其在未启用VM情况下，Redis全部数据需要放入内存，节约内存尤其重要。

3.现在运行这3个服务，通过命令：

./redis-clisethxaaa

port6381（服务端口号要分开）

数据Set的时候，数据保存在内存中，当调用Save方法时候，将数据保存在磁盘中。

·rdbcompression：是否使用压缩

cdredis-2.2.7.tar.gz

这样就完成了所有的配置。

注意到，当我启动master，然后启动一个slave的时候，可以发现slave上：

Libevent。和Memcached不同，Redis并没有选择libevent。Libevent为了迎合通用性造成代码庞大(目前Redis代码还不到libevent的1/3)及牺牲了在特定平台的不少性能。Redis用libevent中两个文件修改实现了自己的epolleventloop(4)。业界不少开发者也建议Redis使用另外一个libevent高性能替代libev，但是作者还是坚持Redis应该小巧并去依赖的思路。一个印象深刻的细节是编译Redis之前并不需要执行./configure。

client.Set(“username”,“leepy”);

2.redis-2.2.7.tar.gz

$tarxzfredis-2.2.2.tar.gz

这跟操作系统非常相似，操作系统所有应用访问的数据都在内存，但是如果物理内存容纳不下新的数据，操作系统会智能将部分长期没有访问的数据交换到磁盘，为新的应用留出空间。现代操作系统给应用提供的并不是物理内存，而是虚拟内存(VirtualMemory)的概念。

和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)和zset(有序集合)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-75049-1.html