redis live分析 - 经验交流

redisliveWindows下如何安装？Springbootredis实现会话共享分析HttpSession由servelet容器管理。butintendedforuseinspeeding updynamicwebapplicationsballeviating database load，redisredisaopensource的官方定义。
1、Redis的各数据类型的内存占用先给一个Redis 分析内存占用的网址:这个工具会给我们一个分析的内存占用，例子如下:我们在使用Redis的时候，字符串类型是最常用的，也是唯一的非聚集类型。但是String类型并不适合所有的场合，它有一个明显的缺点，就是保存数据时会消耗更多的内存空间。为什么字符串类型占用空间大？那是因为除了记录实际数据之外，字符串类型还需要额外的内存空间来记录数据长度、空间使用情况等信息，也就是所谓的元数据。
保存64位有符号整数时，字符串类型会将其保存为8字节长的整数，也就是通常所说的int编码。但是，当保存的数据包含字符时，字符串类型将以SimpleDynamicString (SDS)结构保存。SDS的存储所占用的内存如下:在SDS中，buf存储的是实际的数据，而len和alloc实际上是SDS结构的额外开销。
2、Redis早期的主从架构原理分析,早期如何实现读写分离的?基于主从复制架构，实现读写分离。redisslavenode节点是只读的，默认的打开配置是slavereadonlyyes 。当只读节点redisslavenode开启时，所有写操作都会被拒绝，可以强制构建读写分离架构。(1) redis将数据异步复制到从节点。(2)一个masternode可以配置多个slavenode 。
【redis live分析】(4)复制时slavenode不会正常工作。(5)slavenode在复制时不会自己查询，而是使用旧的数据集提供服务；但是，当复制完成后，需要删除旧的数据集并加载新的数据集，此时外部服务将被挂起。(6)slavenode主要用于横向扩展和读写分离。扩展的slavenode可以提高读取吞吐量。
3、Redis(四本节主要讲述分析下Redis日志的持久化机制，包括RDB、AOF和360开源PikaAOF，是写后的日志，即先写内存再记录日志；日志记录了用户的操作命令(类似于mysql的binlog) 。因为Redis是单线程，如果主线程处理写AOF，肯定会影响用户的请求。所以Redis提供了三种写策略的总结:Always高可靠，数据基本不丢失，但是每个命令都要写到磁盘，对性能影响很大；Everysec性能中等，宕机时最大数据丢失1秒。Redis的默认策略，No，性能很好，但是宕机的时候会丢失更多的数据。此时AOF日志记录机制出了什么问题？
4、怎么实现 redis的数据库的缓存( redis实现缓存的流程大致有两个衡量标准:1 。脚本同步:1 。编写自己的脚本将数据库数据写入redis/memcached 。2.这就涉及到数据实时变化的问题(real-time分析by mysqlrowbinlog) ， binlog对阿里巴巴canal的增量订阅，缓存层数据丢失/失效后的数据同步恢复问题。二、业务层实现:1 。先读取nosql缓存层，没有数据再读取mysql层，将数据写入nosql 。
redis实现数据库缓存分析:对于变化频率非常快的数据，如果仍然选择传统的静态缓存方式(Memocached等。)要显示数据，可能要花很大的代价去访问缓存，不能很好的满足需求，而像Redis这样基于内存的NoSQL数据库非常适合实时数据。然而，通常需要数据的可靠性。使用MySQL作为数据存储，不会因为内存问题造成数据丢失，同时利用关系数据库的特性可以实现很多功能。
5、Redis锁的原理及优缺点分析_1我们来回顾一下LESLIELAMPORT在1977年提供的论文中对分布式系统正确性的定义上面Redis lock的实现。它只是基于这样一个事实:每个锁只存在于一个Redis实例上。如果群集中的一个实例失败，该实例上的所有锁都将失败。这样的锁只能被称为RemoteLockService 。
6、Redis和Memcache的区别分析 Summary 1: memcache官方定义免费