发简信
IP属地：广西
-
12.6、本章重点回顾
本章重点回顾 Linux相关优化：vm.overcommit_memory建议为1。Linux>3.5，vm.swappiness建议为1，否则建议为0。Transparen...
-
12.5、寻找热点key
寻找热点key 热门新闻事件或商品通常会给系统带来巨大的流量，对存储这类信息的Redis来说却是一个巨大的挑战。以Redis Cluster为例，它会造成整体流量的不均衡，个...
-
12.4、处理bigkey
处理bigkey bigkey是指key对应的value所占的内存空间比较大，例如一个字符串类型的value可以最大存到512MB，一个列表类型的value最多可以存储2^3...
-
12.3、安全的Redis
安全的Redis 2015年11月，全球数万个Redis节点遭受到了攻击，所有数据都会被清除了，只有一个叫crackit的键存在，这个键的值很像一个公钥。 数据丢失对于很多R...
-
12.2、flushall·flushdb误操作
flushall/flushdb误操作 Redis的flushall/flushdb命令可以做数据清除，对于Redis的开发和运维人员有一定帮助，然而一旦误操作，它的破坏性也...
-
12.1、Linux配置优化
在Redis的开发和运维过程中，由于对于Redis的某些特性没有真正合理地使用，会遇到一些棘手的问题，本章将对一些典型的“陷阱”进行逐一分析并提出解决方案，主要内容包括： L...
-
11.8、本章重点回顾
本章重点回顾 缓存的使用带来的收益是能够加速读写，降低后端存储负载。 缓存的使用带来的是缓存和存储数据不一致性，代码维护成本增大，架构复杂度增大。 比较推荐的缓存更新策略是结...
-
11.7、热点key重建优化
热点key重建优化 开发人员使用“缓存+过期时间”的策略既可以加速数据读写，又保证数据的定期更新，这种模式基本能够满足绝大部分需求。但是有两个问题如果同时出现，可能就会对应用...
-
11.5、无底洞优化
无底洞优化 2010年，Facebook的Memcache节点已经达到了3000个，承载着TB级别的缓存数据。但开发和运维人员发现了一个问题，为了满足业务要求添加了大量新Me...
-
-
11.3、缓存粒度控制
缓存粒度控制 下图是很多项目关于缓存比价常用的选型，缓存层选用Redis，存储层选用MySQL。 例如现在需要将MySQL的用户信息使用Redis缓存，可以执行如下操作： 从...
-
11.2、缓存更新策略
缓存更新策略 缓存中的数据通常都是有生命周期的，需要在指定时间后被删除或更新，这样可以保证缓存空间在一个可控的范围。但是缓存中的数据会和数据源中的真实数据有一段时间窗口的不一...
-
11.1、缓存的收益和成本缓存能够有效地加速应用的读写速度，同时也可以降低后端负载，对日常应用的开发至关重要。但是将缓存加入应用架构后也会带来一些问题，本章将针对这些问题介绍缓存使用技巧和设计方案，包...
-
10.8、本章重点回顾
本章重点回顾 Redis集群数据分区规则采用虚拟槽方式，所有的键映射到16384个槽中，每个几点负责一部分槽和相关数据，实现数据和请求的负载均衡。 搭建集群划分三个步骤：准备...
