PC's Blog

前言

字典是一种用于保存键值对的数据结构，Redis数据库使用字典做为底层实现，字典也是哈希键的底层实现之一。

C语言中并没有内置字典这个数据结构，Redis自己实现了字典。

以下结合源码分析Redis字典的设计与实现，源码版本：Redis 6.0.10

前言

链表在Redis中的应用非常广泛，链表是列表键的底层实现之一，发布订阅，慢查询，监视器等功能也用到了链表。

以下给出Redis中链表相关的一些思考问题，通过源码分析，给出问题的答案，掌握链表的底层实现原理和设计思路。

源码版本：Redis 6.0.10

前言

Redis是用C语言开发的，但并没有直接使用C语言数组去表示字符串，而是使用简单动态字符串(Simple dynamic String，简称SDS)作为字符串的底层实现。

以下给出SDS相关的一些常见问题，通过源码分析和实际验证，思考这些问题的答案，了解实现原理和设计思路。

问题描述

hiredis查询key失败后，出现key丢失的问题。

REDIS版本及源码：6.0.10

hiredis版本及源码：v1.0.2

问题描述

ARMv8 A64汇编中，立即数是如何表示的？不同的指令对于立即数的表示有差异吗？

在Stackoverflow上发现类似的讨论：https://stackoverflow.com/questions/30904718/range-of-immediate-values-in-armv8-a64-assembly

问题描述

pubsub channels可以查看Redis中被订阅的频道(channel)：

问题描述

业务背景： 有一台由多个Docker容器组成的仿真设备环境，1个Docker部署Redis服务端，剩余每个Docker都作为Redis客户端，用于模拟一块单板。

问题： 仿真设备启动中，概率出现Redis的某个字符串键被不符合预期地改写成空串，导致客户端Docker从Redis获取的数据有问题。需要定位是哪个Docker上的哪个进程改写了Redis数据库。

背景介绍

GDB不仅可以用来调试程序，还可以直接修改被调试程序的二进制文件。这种方式相比于改源码重新编译、gdb attach有什么优势呢？考虑以下企业生产环境中的几个调试场景：

• 需要修改的二进制文件是其他领域的，你没有源码和编译工程，让相关领域出调试对接件比较费时，但你只想临时改一行别人的代码，几分钟内完成验证。
• 调试环境上，使用gdb attach进程方式有困难：
  • 被调试的服务（进程）没有启动断点(可定位性很差)，或者gdb手动拉起的方法非常复杂，等服务正常启动后再attach已经赶不上打断点的时机。
  • 长时间gdb挂住业务进程导致触发丢心跳复位。
  • 你不确定修改的二进制文件同时被几个进程加载，但你诉求很明确，就是直接改文件，对所有进程生效。

以下举一个简单的例子，介绍GDB修改程序二进制文件的技巧：

举例：下载所有的RPM包(文件的扩展名为rpm)

1

wget -c -r -np -k -L -p -A rpm http:XXX/

其中各参数意义可通过wget -h查看，如下：

前言

docker拉取的镜像默认存储在根路径(/var/lib/docker)，但根路径存储空间有限。我们可以通过挂载更大的磁盘，将docker数据迁移到挂载磁盘上, 以解决空间不足问题。具体方法如下：