"剖析Redis常用数据类型对应的数据结构 https://time.geekbang.org/column/article/79159\nredis中的COW(Copy-On-Write) https://www.jianshu.com/p/b2fb2ee5e3a0\nredis常用有哪些数据类型及每种数据类型的使用场景有哪些 https://www.cnblogs.com/tqlin/p/10478459.html\n如果存储一个JSON数据时，选择hash还是string 存储数据？ https://segmentfault.com/a/1190000019552836\nredis与memcache的区别 https://www.cnblogs.com/JavaBlackHole/p/7726195.html https://blog.csdn.net/qq_34126805/article/details/81748107\nredis支持多CPU吗？如何发挥多cpu？ https://blog.csdn.net/tanga842428/article/details/52641484 …"

"在Redis中存储数据时，经常使用string和hash这两种类型，至于这两者有什么不同，底层实现有何区别，推荐参考： https://segmentfault.com/a/1190000019552836"

"https://my.oschina.net/justfairytale/blog/393830"

"1 单线程模型 Redis客户端对服务端的每次调用都经历了发送命令，执行命令，返回结果三个过程。其中执行命令阶段，由于Redis是单线程来处理命令的，所有每一条到达服务端的命令不会立刻执行，所有的命令都会进入一个队列中，然后逐个被执行。并且多个客户端发送的命令的执行顺序是不确定的。但是可以确定的是不会有两条命令被同时执行，不会产生并发问题，这就是Redis的单线程基本模型。\n2 单线程模型每秒万级别处理能力的原因 （1）纯内存访问。数据存放在内存中，内存的响应时间大约是100纳秒，这是Redis每秒万亿级别访问的重要基础。\n（2）非阻塞I/O，Redis采用epoll做为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll中的连接，读写，关闭都转换为了时间，不在I/O上浪费过多的时间。\n（3）单线程避免了线程切换和竞态产生的消耗。\n（4）Redis采用单线程模型，每条命令执行如果占用大量时间，会造成其他线程阻塞，对于Redis这种高性能服务是致命的，所以Redis是面向高速执行的数据库。\nredis为什么要设计成单线程： …"

"单Redis实例锁： http://www.redis.cn/commands/setnx.html\n分布式锁： http://redis.cn/topics/distlock.html（提供各种开发语言提供的库）"

"配置文件参数说明:\nRedis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程 daemonize no\n当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定 pidfile /var/run/redis.pid\n指定Redis监听端口，默认端口为6379，作者在自己的一篇博文中解释了为什么选用6379作为默认端口，因为6379在手机按键上MERZ对应的号码，而MERZ取自意大利歌女Alessia Merz的名字 ** port 6379**\n绑定的主机地址 bind 127.0.0.1\n5.当 客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能\ntimeout 300\n指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose loglevel verbose\n日志记录方式，默认为标准输出，如果配置Redis为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给/dev/null …"

"新浪微博对Redis的大量应用已经是业界闻名，说是全球最大的使用者可能也没什么问题。下面PPT的作者是新浪微博负责Redis使用工程师唐福林同学。为大家解答了微博为何要使用Redis，又是如何使用Redis的。\nppt文档pdf版见：\n新浪微博开放平台Redis实战\nView more presentations from mysqlops"

"虽然Redis已经很火了，相信还是有很多同学对Redis只是有所听闻或者了解并不全面，下面是一个比较系统的Redis介绍，对Redis的特性及各种数据类型及操作进行了介绍。是一个很不错的Redis入门教程。\n1.介绍 1.1 Redis是什么 REmote DIctionary Server(Redis) 是一个由Salvatore Sanfilippo写的key-value存储系统。Redis提供了一些丰富的数据结构，包括 lists, sets, ordered sets 以及 hashes ，当然还有和Memcached一样的 strings结构.Redis当然还包括了对这些数据结构的丰富操作。\n1.2 Redis的优点 性能极高 – Redis能支持超过 100K+ 每秒的读写频率。 丰富的数据类型 – Redis支持二进制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 数据类型操作。 原子 – Redis的所有操作都是原子性的，同时Redis还支持对几个操作全并后的原子性执行。 丰富的特性 – Redis …"

"一.安装phpredis\n# wget https://download.github.com/owlient-phpredis-2.1.1-1-g90ecd17.tar.gz # tar -zxvf owlient-phpredis-2.1.1-1-g90ecd17.tar.gz # cd owlient-phpredis-2.1.1-1-g90ecd17 # /usr/local/php/bin/phpize # ./configure –with-php-config=/usr/local/php/bin/php-config # make \u0026amp;\u0026amp; make install\n修改php.ini文件,应用扩展\n# /usr/local/php/etc/php.ini 加入: extension=redis.so\n重启httpd\n# service httpd -k restart\n我这里使用的是php-fpm模块运行的Nginx\n/usr/local/php/sbin/php-fpm restart\n通过phpinfo()函数查看,可以看到redis扩展\n如果想 …"

"window平台下的redis dll文件下载: https://github.com/char101/phpredis/downloads\nRedis 根据 5 种不同的数据类型来操作数据对象：\nString(字符串) Sets(集合) zsets( 排序后的sets集合) List(列表) hash(哈稀)\n操作 String 类型的值： Command\nParameters\nDescription\nSET\nkey value\nSet a key to a string value\nGET\nkey\nReturn the string value of the key\nGETSET\nkey value\nSet a key to a string returning the old value of the key\nMGET\nkey1 key2 … keyN\nMulti-get, return the strings values of the keys\nSETNX\nkey\nvalue Set a key to a string value if the key does not …"

"为了方便查阅资料，特将网上搜索到的Redis相关安装配置进行归档整理：\nwindow平台Redis安装\n下载地址: http://code.google.com/p/servicestack/wiki/RedisWindowsDownload\nRedis文件夹有以下几个文件\nredis-server.exe：服务程序\nredis-check-dump.exe：本地数据库检查\nredis-check-aof.exe：更新日志检查\nredis-benchmark.exe：性能测试，用以模拟同时由N个客户端发送M个 SETs/GETs 查询 (类似于 Apache 的ab 工具).\n指定redis的配置文件，如没有指定，则使用默认设置\n解压目录:\nd:\u0026gt;redis-server.exe\nredis-cli.exe：命令行客户端，测试用.windows下没有redis.conf配置文件.\n解压目录:\nd:\u0026gt;redis-cli.exe -h 127.0.0.1 -p 6379\n使用方法有两种:一种是直接使用redis-cli.exe 后面加操作,另一种是直接输 …"

"此文的作者是新浪微博平台架构师杨卫华（timyang）大师，如果关注了新浪一些牛人微博的同学应该知道，timyang前段时间正在对Redis进行一些研究和测试，也分享出了不少成果。下面一篇文章相信是timyang这段时间对Redis研究的一个总结，澄清了一些认识上的误区，值得一读。\n原文链接：\n前几天微博发生了一起大的系统故障，很多技术的朋友都比较关心，其中的原因不会超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那几个范围，James第一条经验“Design for failure”是所有互联网架构成功的一个关键。互联网系统的工程理论其实非常简单，James paper中内容几乎称不上理论，而是多条实践经验分享，每个公司对这些经验的理解及执行力决定了架构成败。\n题外话说完，最近又研究了Redis。去年曾做过一个MemcacheDB, Tokyo Tyrant, Redis performance test，到目前为止，这个benchmark结果依然有效。这1年我们经历了很多眼花缭乱的key …"