KeyDB

策划（蹭热点）：红薯 排版（复制粘贴）：红薯 出版（发布）：红薯 作者（跑脚本）：红薯 第 0 章 开源牛逼 开源牛逼！！！ 开源中国牛逼 oschina牛逼，红薯牛逼，开源中国客户端牛逼，i6u牛逼，冰峰雪座牛逼，一路南漂牛逼，宋庆离牛逼，奔跑的Luangj牛逼，编辑部的故事牛逼，OSC源创君牛逼，atompi牛逼，焕焕牛逼，开源中国众包平台牛逼，燕子006牛逼，嘻酱牛逼，甘-楽牛逼，Marine_j牛逼，讴歌牛逼，举个栗子OSC牛逼，anny_zhangtao牛逼，开源可乐牛逼，局长牛逼， 是胖九啊牛逼，伊红-美蓝牛逼，酉三七牛逼，LemonBrandy牛逼，h4cd牛逼，小鱼丁牛逼，小编辑牛逼，poorfish牛逼，开源中国首席划水狮牛逼，司徒永超牛逼，永和牛逼，zhenruyan牛逼，Zoker牛逼，_cxd牛逼，诺墨牛逼，米老李牛逼，OysterQAQ牛逼，激萌路小叔牛逼，aguilera牛逼，雑人牛逼，隔壁老冯牛逼，Janny-nie牛逼，核桃Yuri牛逼，白开水不加糖牛逼，Liwen_Eleven牛逼，Yashin牛逼，老马牛逼，OSC编辑部牛逼，码云Gitee牛逼，巴拉迪维牛逼，爸爸的爸爸叫爷爷牛逼，黄海彬牛逼，wilson_wh牛逼，Xiaoshiyue牛逼，aYa_Y牛逼，-啊生-牛逼，还好我十八牛逼，皮蛋Rz牛逼，SURA907牛逼，spaceby牛逼

原文链接：http://www.cnblogs.com/xrq730/p/8944539.html，转载请注明出处，谢谢 本文目录 上一篇文章以认识Redis为主，写了Redis系列的第一篇，现在开启第二部分的学习，在本文中，我们将看到以下内容： Redis数据结构String、Hash、List、Set、SortedSet及相关操作，提一下Redis在3.2.0之后有新增了一种GEO的数据类型表示地理位置，不过本文这种数据结构略过 Redis其他一些常用命令，分为Key操作与服务器操作 Redis事务机制 主要以实战为主，希望通过本文可以让大家掌握Redis的基本使用。 本来这篇文章还准备加上Redis线程模型分析的，但是写完发现篇幅实在太长，就把Redis线程模型放到最后一篇中了，也挺好的，本文专注于对Redis命令的讲解。 另外说一下，本文讲Redis中的数据结构，但是 数据结构本身不在本文的讲解范围内 ，如果想知道Hash、List、Set等数据结构特点及使用场景，可以自己查阅数据结构相关资料。 String数据结构的基本操作 首先说一下数据结构String，这是Redis中最简单的一种数据结构，和MemCache数据结构是一样的，即Key-Value型的数据，根据Redis官方文档， Value最大值为512M 。 下面用表格来看一下String操作的相关命令： 命令

前置依赖 1.Redis依赖gcc和tcl环境，所以要先安装gcc和tcl 执行下面语句安装gcc： yum install gcc - c + + 若提示是否继续，输入y继续安装 执行下面语句安装tcl： yum install - y tcl 下载redis解压并安装 1.下载redis安装包 wget http: //download.redis.io/releases/redis-3.2.8.tar.gz 下载完成可在用户主目录看到redis-3.2.8.tar.gz 2.解压安装包 tar xzf redis - 3.2 .8 . tar . gz 解压完成后得到redis-3.2.8文件 3.进入redis目录，编译安装redis cd redis - 3.2 .8 编译 make 安装 make install 出现上面界面表示安装成功 启动redis 1.使用下面命令启动redis . / src / redis - server 出现以下界面代表启动成功： 按ctrl+c可退出当前界面 修改redis配置文件 1.找到redis配置文件redis.conf 2.使用 vi redis.conf 命令进入配置文件 3.修改 1)注释bind 127.0.0.1 2）redis默认不是以守护线程的方式运行，默认以前端模式运行，修改daemonize为yes，即修改为

安装流程 1.下载Redis wget http://download.redis.io/releases/redis-5.0.7.tar.gz 2.解压 tar -zxvf redis-5.0.7.tar.gz 3.进入目录后编译 cd redis-5.0.7 make MALLOC=libc 4.安装 #指定安装目录为/usr/local/redis make PREFIX=/usr/local/redis install 5.复制配置文件到安装目录 cp /usr/local/redis-5.0.7/redis.conf /usr/local/redis 6.启动 /usr/local/redis/bin/redis-server ./redis.conf 7.正常关闭redis #若没配置密码则redis-cli shutdown即可 redis-cli shutdown -h 127.0.0.1 -p 6379 -a 密码 配置说明 daemonize ： 默认为no，修改为yes启用守护线程 port ：设定端口号，默认为6379 bind ：绑定IP地址 databases ：数据库数量，默认16 save <second> <changes> ：指定多少时间、有多少次更新操作，就将数据同步到数据文件 #redis默认配置有三个条件，满足一个即进行持久化 save

原文链接： https://www.educative.io/courses/grokking-the-system-design-interview/m2ygV4E81AR 编者注：本文以一道经典的系统设计面试题：《如何设计TinyURL》的参考答案和解析为例，帮助读者更深入地了解在系统需求分析和设计中，需要考虑的各个方面的细节。 本文将为大家详细讲解如何设计一个类似于TinyURL的URL缩短服务。URL缩短服务提供一个非常短小的URL以代替原来的可能较长的URL，将长的URL地址缩短。 类似的服务有： http://bit.ly ，goo.gl，qlink.me,等等。 九、负载均衡器（LB） 我们可以在系统中的三个位置添加负载均衡器： 1、在客户端和应用服务器之间 2、在应用服务器和数据库服务器之间 3、在应用服务器和缓存服务器之间 开始时，我们可以使用简单的循环（Round Robin）负载均衡器的方法，在后端服务器之间平均分配传入的请求。这种方法非常容易实现，不会带来任何开销。除此之外，还有另外一个好处，服务器宕机时，负载均衡器（LB）会将其从循环中取出，并停止向其发送任何流量。 使用循环负载均衡器（Round Robin LB）的方法，我们忽略了一个问题，那就是没有考虑服务器负载。即使服务器过载或运行缓慢，负载均衡器仍然会继续向该服务器发送新请求

如果我告诉您有一个 Redis 的分支版本，它的性能比原生的 Redis 快 5 倍，而且延迟却降低近 5 倍，你会不会想了解一下这个项目？而如果您不再需要哨兵节点并且您的副本可以接受读取和写入，这将有可能使分片数量减少 10 倍，这样对你的吸引力是不是更大了呢？ 我说的这个分支版本，它其实是 Redis 的一个分叉版本，名叫 KeyDB 。KeyDB 是 Redis 开源的多线程分叉版本。本文我们将提供最新的基准测试结果，并讨论更强大的 KeyDB 实例如何减少集群大小以及简化堆栈。同时我们还将讨论了多线程体系结构，并演练了如何利用它实现性能的提升。 为什么要取个新名字，为什么要做 Redis 的分叉？ 凭借着我们不受限制的代码库开发能力，KeyDB 能够在短时间内取得长足的进步，并且所走的道路将在未来几个月内破坏整个数据库格局。 关于为什么首先搞一个 Redis 分叉的原因，这是因为 KeyDB 和 Redis 在如何发展方面有不同的理念。我们认为易用性、高性能和“内置动力”的方法是创造良好用户体验的最佳方法。尽管我们非常尊重 Redis 维护者，但我们认为 Redis 的方法过于注重代码的简单性，而以牺牲用户的便利性为代价。这导致经常需要借助外部组件和方案来解决很多常见问题。 由于存在意见分歧，因此适合 KeyDB 的功能可能不适用于 Redis