<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Redis on 积极向上</title>
    <link>https://www.keyboard-man.com/tags/redis/</link>
    <description>Recent content in Redis on 积极向上</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <lastBuildDate>Tue, 25 Oct 2022 16:01:34 +0800</lastBuildDate>
    <atom:link href="https://www.keyboard-man.com/tags/redis/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>后端服务动态转发</title>
      <link>https://www.keyboard-man.com/post/dynamic-redirect/</link>
      <pubDate>Tue, 25 Oct 2022 16:01:34 +0800</pubDate>
      <guid>https://www.keyboard-man.com/post/dynamic-redirect/</guid>
      <description>&lt;h4 id=&#34;一背景&#34;&gt;一、背景&lt;/h4&gt;&#xA;&lt;p&gt;当前我们游戏架构通过水平扩展wgame节点(和区服无关只处理玩家连接和玩家服务数据)来承载在线玩家的。通过一直扩展减轻单个wgame节点负载和承载更多在线玩家。&lt;/p&gt;&#xA;&lt;p&gt;在wgame节点前面增加一层nginx以实现wss(客户端和服务端通过websocket连接，但是微信等小程序要求wss)。以前单个渠道不用太多wgame节点就能满足线上需求，随着业务增长和游戏类型决定同时在线玩家数较以前出现较大增长，每次增加线上新机器或者机器上面新增wgame节点(wgame监听客户端连接端口)就需要重新生成nginx配置并reload一次，导致nginx配置越来越难维护。后期统一入口即在nginx前面加入SLB之后每次还需要在SLB增加新的端口监听和转发。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Redis String</title>
      <link>https://www.keyboard-man.com/post/redis-string/</link>
      <pubDate>Mon, 02 Aug 2021 22:42:59 +0800</pubDate>
      <guid>https://www.keyboard-man.com/post/redis-string/</guid>
      <description>&lt;p&gt;一、数据结构基础&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;sds在C字符数组的基础上增加了长度和空间元数据，使基于字符串长度的追加、复制、比较等操作可以直接读取元数据，提升效率。。&lt;/li&gt;&#xA;&lt;li&gt;SDS总共设计了五种类型，分别为sdshdr5、sdshdr8、sdshdr16、sdshdr32和sdshdr64。他们的主要区别是数据结构中字符数组现有len和分配空间长度alloc的不同，sdshdr5没有被使用，后四种len数据类型分别为uint8_t、uint16_t、uint32_t、uint64_t。&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;struct __attribute__ ((__packed__)) sdshdr8 {&#xA;    uint8_t len; /* used */&#xA;    uint8_t alloc; /* excluding the header and null terminator */&#xA;    unsigned char flags; /* 3 lsb of type, 5 unused bits */&#xA;    char buf[];&#xA;};&#xA;&#xA;struct __attribute__ ((__packed__)) sdshdr64 {&#xA;    uint64_t len; /* used */&#xA;    uint64_t alloc; /* excluding the header and null terminator */&#xA;    unsigned char flags; /* 3 lsb of type, 5 unused bits */&#xA;    char buf[];&#xA;};&#xA;&lt;/code&gt;&lt;/pre&gt;&lt;ol start=&#34;3&#34;&gt;&#xA;&lt;li&gt;SDS设计不同的结构头是为了灵活保存不同大小的字符串，从而有效节省空间。结构头占用内存空间不一样，保存小字符串时结构头占用小可以节约内存。&lt;/li&gt;&#xA;&lt;li&gt;结构体定义中&lt;code&gt;__attribute__ ((__packed__))&lt;/code&gt;的作用是告诉编译器不要使用字节对齐方式，而是采用紧凑型额方式分配内存（默认情况编译器会按照8字节对齐的方式分配内存）。&lt;/li&gt;&#xA;&lt;li&gt;为了避免频繁内存重新分配，当SDS扩容时，如果所需内存小于1M时扩容翻倍，当大于等于1M时扩大1M。&lt;/li&gt;&#xA;&lt;li&gt;SDS保存数据的末尾设置为空字符，并且总会为buf数组分配空间时多分配一个字节来容纳这个空字符，使保存文本数据的SDS可以重用一部分&amp;lt;string.h&amp;gt;库定义的函数。&lt;/li&gt;&#xA;&lt;li&gt;SDS采用惰性空间的释放策略。&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;二、C字符串与SDS比较&lt;/p&gt;</description>
    </item>
    <item>
      <title>Redis Hash</title>
      <link>https://www.keyboard-man.com/post/redis-hash/</link>
      <pubDate>Mon, 02 Aug 2021 10:58:22 +0800</pubDate>
      <guid>https://www.keyboard-man.com/post/redis-hash/</guid>
      <description>&lt;ol&gt;&#xA;&lt;li&gt;Redis中的dict数据结构采用&lt;strong&gt;链式哈希&lt;/strong&gt;方式存储。负载因子大于等于1时触发哈希扩容检测，当存在RDB子进程或者AOF子进程时关闭哈希扩容(避免父进程大量写时复制)，不过即使没开启hash扩容在负载因子大于&lt;strong&gt;dict_force_resize_ratio&lt;/strong&gt;时也会执行哈希扩容，扩容大小为当前容量的2倍。&lt;/li&gt;&#xA;&lt;li&gt;当往Redis中写入新的键值对或者是修改键值对时，Redis都会判断是否需要rehash，函数调用链为：dictAdd/dictReplace/dictAddOrFind -&amp;gt; dictAddRaw -&amp;gt; _dictKeyIndex -&amp;gt; _dictExpandIfNeeded。&lt;/li&gt;&#xA;&lt;li&gt;Redis哈希扩容时使用渐进式rehash，即每次只进行n个bucket的rehash处理，避免大量的键需要从原来的位置拷贝到新位置时主线程无法执行其他请求而阻塞；rehash时当出现10*n个都为空bucket时会结束本次处理，防止阻塞太长时间。&lt;/li&gt;&#xA;&lt;li&gt;Redis中有五处函数调用_dictRehashStep进而调用dictRehash函数来执行rehash，调用链为：ictAddRow/dictGenericDelete/dictFind/dictGetRandomKey/dictGetSomeKeys -&amp;gt; _dictRehashStep -&amp;gt; dictRehash。&lt;/li&gt;&#xA;&lt;li&gt;全局哈希表除了主动函数调用(增删改查)执行rehash外还有定时rehash，主线程会默认每间隔100ms执行一次迁移操作。单次以100bucket作为单位迁移数据，如果超过1ms就结束当前迁移。&lt;/li&gt;&#xA;&lt;li&gt;在rehash期间，查询hash表找不到结果时还会在新哈希表查询一次。&lt;/li&gt;&#xA;&lt;/ol&gt;</description>
    </item>
    <item>
      <title>Redis核心技术与实战 学习笔记 一</title>
      <link>https://www.keyboard-man.com/post/2021-01-20-redis-core-technology-learning-notes-one/</link>
      <pubDate>Wed, 20 Jan 2021 19:51:22 +0800</pubDate>
      <guid>https://www.keyboard-man.com/post/2021-01-20-redis-core-technology-learning-notes-one/</guid>
      <description>&lt;p&gt;Redis的特性是“快”。一方面是因为它是内存数据库，所有操作都在内存上完成，内存的访问速度本身就很快。另一方面归功于它的数据结构。键值对是按一定的数据结构来组织的，操作键值对最终就是对数据结构进行增删改查操作，所以高效的数据结构是Redis快速处理的基础。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
