Redis源码分析(一)内存池-zmalloc

本文深入探讨Redis内存管理机制,包括使用jemalloc避免碎片、线程安全的内存统计以及内存溢出处理。讲解了zmalloc、zcalloc、zrealloc和zfree等函数的实现细节,以及如何获取内存使用情况、碎片率和私有脏内存等信息。

概述

大家好,我是一名萌新,在文章分享有不正确的、语言比较晦涩的地方,欢迎大家明确提出来。
本人经历:过去一年在某高校的Java方向的科研团队工作学习,今年在武汉做图像算法方向的工作。自己比较喜欢玩特性数据库比如Elasticsearch、Redis。对数据结构方面极其敏感,就从今天开始立一个flag,一个一个分析。

内存管理

zmalloc 内存分配结构图

zmalloc的内存分配图

malloc库

malloc是C语言的标准库函数,但是Redis并未使用标准malloc。在Redis源码src\Makefile中间有一段源码是这样写的: ifeq ($(uname_S),Linux) MALLOC = jemalloc,从次可以发现,Redis默认使用了 <jemalloc/jemalloc.h> 第三方内存池框架,它的官方描述它可以避免碎片和可扩展的高性能并发支持。除了此套框架外,同时它给出了其他两套内存分配回收方案。其中一套解决方案是google的 <google/tcmalloc.h> ,它是基于C++实现的,性能上比其他的框架都要好,但是与C语言存在一定的兼容性。另外一套就是标准库的 <malloc/malloc.h>,最不佳的选择,因为malloc进行的动态内存分配和嵌入式系统中使用到堆区的内存分配会产生内存碎片。
在这里插入图片描述

重要宏定义

HAVE_MALLOC_SIZE这个宏定义是会判断当前的操作系统是否有 malloc_size() 函数,也就是判断当前指针malloc开辟空间后指向空间的大小。PREFIX_SIZE 作为新开辟空间的头部信息,这块内存空间主要是存放size_t类型的开辟空间的大小信息。在Redis高版本中,如果是Mac平台,PREFIX_SIZE的大小就是有默认值固定的。
在这里插入图片描述

全局变量

已经使用的内存

static size_t used_memory = 0;

判断当前是否线程安全

static int zmalloc_thread_safe = 0;

有两种方法创建互斥锁,静态方式和动态方式。
POSIX定义了一个宏PTHREAD_MUTEX_INITIALIZER来静态初始化互斥锁。在LinuxThreads实现中,pthread_mutex_t是一个结构,而PTHREAD_MUTEX_INITIALIZER则是一个结构常量。

  1. PTHREAD_MUTEX_NORMAL : 不提供死锁检测
  2. PTHREAD_MUTEX_ERRORCHECK :提供错误检查,尝试重新锁定的互斥锁已经由该线程锁定 或者
    解除锁定的互斥锁不是由该线程锁定或者未锁定 返回错误
  3. PTHREAD_MUTEX_RECURSIVE :锁定计数,锁住 +1 ,解除 -1 ,0可以获取
  4. PTHREAD_MUTEX_DEFAULT : 以递归方式锁定,尝试解除对它的锁定、解除锁定尚未锁定的互斥锁,则会产生不确定的行为

POSIX这个名称是由理查德·斯托曼(RMS)应IEEE的要求而提议的一个易于记忆的名称。它基本上是Portable Operating System Interface(可移植操作系统接口)的缩写,而X则表明其对Unix API的传承。

pthread_mutex_t used_memory_mutex = PTHREAD_MUTEX_INITIALIZER;

update_zmalloc_stat_add(__n) 增加记录使用的内存大小

Linux和其它代码库里的宏都用do/while(0)来包围执行逻辑,因为它能确保宏的行为总是相同的,而不管在调用代码中使用了多少分号和大括号。_n可以是任意类型。
POSIX定义的线程同步函数, 调用本地方法的互斥锁pthread_mutex(&used_memory_mutex),为了保证全局变量used_memory 的增加内存是原子性操作。

#define update_zmalloc_stat_add(__n) do { \
    pthread_mutex_lock(&used_memory_mutex); \
    used_memory += (__n); \
    pthread_mutex_unlock(&used_memory_mutex); \
} while(0)

update_zmalloc_stat_alloc 增加已经分配的内存大小

在64为的Linux环境下,第二行位运算代码可以替换为 if (_n&7==0) -n+=8-(-n&7)。这段代码判断内存空间的大小是不是8的倍数。malloc()本身能够保证所分配的内存是8字节对齐的:如果你要分配的内存不是8的倍数,那么malloc就会多分配一点,来凑成8的倍数。所以update_zmalloc_stat_alloc函数(或者说zmalloc()相对malloc()而言)真正要实现的功能并不是进行8字节对齐(malloc已经保证了),它的真正目的是使变量used_memory精确的维护实际已分配内存的大小,如果64位系统种 内存大小不是8的倍数,就加上相应的偏移量使之变成8的倍数。第三行if分支是为了判断是否使用线程安全,zmalloc_thread_safe默认值为1,是启用线程安全函数的。

#define update_zmalloc_stat_alloc(__n) do { \
    size_t _n = (__n); \
    if (_n&(sizeof(long)-1)) _n += sizeof(long)-(_n&(sizeof(long)-1)); \
    if (zmalloc_thread_safe) { \
        update_zmalloc_stat_add(_n); \
    } else { \
        used_memory += _n; \
    } \
} while(0)

update_zmalloc_stat_add(__n) 减小记录使用内存大小

#define update_zmalloc_stat_sub(__n) do { \
    pthread_mutex_lock(&used_memory_mutex); \
    used_memory -= (__n); \
    pthread_mutex_unlock(&used_memory_mutex); \
} while(0)

update_zmalloc_stat_free 减小已经分配的内存大小

update_zmalloc_sub与zmalloc()中的update_zmalloc_add相对应,但功能相反,提供线程安全地used_memory减法操作。

#define update_zmalloc_stat_free(__n) do { \
    size_t _n = (__n); \
    if (_n&(sizeof(long)-1)) _n += sizeof(long)-(_n&(sizeof(long)-1)); \
    if (zmalloc_thread_safe) { \
        update_zmalloc_stat_sub(_n); \
    } else { \
        used_memory -= _n; \
    } \
} while(0)

OOM内存溢出处理

OOM溢出的异常处理使用的是函数的指针,把zmalloc_default_oom指向了名称为zmalloc_oom_handler的函数指针。优秀的松耦合设计,方便扩展时自定义处理错误。

	static void (*zmalloc_oom_handler)(size_t) = zmalloc_default_oom;
	
	static void zmalloc_default_oom(size_t size) {
	    fprintf(stderr, "zmalloc: Out of memory trying to allocate %zu bytes\n",
	        size);
	    fflush(stderr);
	    abort();
	}
	
	// 设置OOM内存溢出后的方法
	void zmalloc_set_oom_handler(void (*oom_handler)(size_t)) {
	    zmalloc_oom_handler = oom_handler;
	}

zmalloc 分配内存

首先调用函数malloc分配size+PREFIX_SIZE(Linux 64位等于8个字节),这个malloc函数也是通过 #define 定义的,使用tc_mlloc或者je_malloc,以及其他的tc_、je开头的第三方函数都会替换为C标准库风格的函数。 如果操作系统有malloc_size()函数,救调用Redis封装的zmalloc_size()函数计算出size_t的大小,再去修改全局的used_memory 的大小。如果没有,需要把ptr指针的头部放置此次分配的内存块的大小,接着修改全局used_memory 的大小,最后返回prt的首指针。

void *zmalloc(size_t size) {
    void *ptr = malloc(size+PREFIX_SIZE);
    if (!ptr) zmalloc_oom_handler(size);
#ifdef HAVE_MALLOC_SIZE
    update_zmalloc_stat_alloc(zmalloc_size(ptr));
    return ptr;
#else
    *((size_t*)ptr) = size;
    update_zmalloc_stat_alloc(size+PREFIX_SIZE);
    return (char*)ptr+PREFIX_SIZE;
#endif
}

zcalloc 分配内存空间,并且初始化

与zmalloc函数实现相似,calloc()会对分配的空间做初始化工作(初始化为0),而malloc()不会

void *zcalloc(size_t size) {
    void *ptr = calloc(1, size+PREFIX_SIZE);
    if (!ptr) zmalloc_oom_handler(size);
#ifdef HAVE_MALLOC_SIZE
    update_zmalloc_stat_alloc(zmalloc_size(ptr));
    return ptr;
#else
    *((size_t*)ptr) = size;
    update_zmalloc_stat_alloc(size+PREFIX_SIZE);
    return (char*)ptr+PREFIX_SIZE;
#endif
}

zrealloc 重新开辟空间的大小

realloc()要完成的功能是给首地址ptr的内存空间,重新分配大小。如果失败了,则在其它位置新建一块大小为size字节的空间,将原先的数据复制到新的内存空间,并返回这段内存首地址【原内存会被系统自然释放】。zrealloc()要完成的功能也类似。

void *zrealloc(void *ptr, size_t size) {
#ifndef HAVE_MALLOC_SIZE
    void *realptr;
#endif
    size_t oldsize;
    void *newptr;
    if (ptr == NULL) return zmalloc(size);
#ifdef HAVE_MALLOC_SIZE
    oldsize = zmalloc_size(ptr);
    newptr = realloc(ptr,size);
    if (!newptr) zmalloc_oom_handler(size);
    update_zmalloc_stat_free(oldsize);
    update_zmalloc_stat_alloc(zmalloc_size(newptr));
    return newptr;
#else
	// 1、减去头部8字节的信息
    realptr = (char*)ptr-PREFIX_SIZE;
	// 2、获取原来的大小
    oldsize = *((size_t*)realptr);
	// 3、调用 realloc 函数重新分配空间
    newptr = realloc(realptr,size+PREFIX_SIZE);
	// 4、如果为空 out of memory
    if (!newptr) zmalloc_oom_handler(size);
	// 5、重新分配空间的newptr空间
    *((size_t*)newptr) = size;
	// 6、use_memory减去旧空间
    update_zmalloc_stat_free(oldsize);
	// 7、use_memory加上新的空间
    update_zmalloc_stat_alloc(size);
	// 8 、返回新开辟的空间  newptr + 向右偏移位8指针
    return (char*)newptr+PREFIX_SIZE;
#endif
}

zmalloc_size 当前分配的空间大小

malloc 基础库操作系统本身不提供此 malloc_size() 函数,引入了第三方的malloc库后为每个分配的指针,增加带有信息的指针头(分配的64位 8首字节;32位4字节)。判断新开辟的空间是不是8(64位)的倍数,如果不是就会进行内存对其。

#ifndef HAVE_MALLOC_SIZE
size_t zmalloc_size(void *ptr) {
    void *realptr = (char*)ptr-PREFIX_SIZE;
    size_t size = *((size_t*)realptr);
    if (size&(sizeof(long)-1)) size += sizeof(long)-(size&(sizeof(long)-1));
    return size+PREFIX_SIZE;
}
#endif

zfree 内存回收

Redis在回收内存时,与开辟内存函数zmalloc一样,会判断操作系统是否有malloc_size函数,如果有调用zmalloc_size函数获取当前指针ptr的大小,调用宏定义函数free经行回收,否者需要自行在指针的头部获取长度信息来进行回收。

void zfree(void *ptr) {
#ifndef HAVE_MALLOC_SIZE
    void *realptr;
    size_t oldsize;
#endif
    if (ptr == NULL) return;
#ifdef HAVE_MALLOC_SIZE
    update_zmalloc_stat_free(zmalloc_size(ptr));
    free(ptr);
#else
	// 1 、指针ptr 64位下 向前偏移8个字节的长度
    realptr = (char*)ptr-PREFIX_SIZE;
	// 2 、得到最初需要分配的内存大小
    oldsize = *((size_t*)realptr);
	//3 、在线程安全的情况下,减去use_memory 总消耗的内存量
    update_zmalloc_stat_free(oldsize+PREFIX_SIZE);
	// 4、清除空间
    free(realptr);
#endif
}

zmalloc_used_memory 获取已经使用的内存

HAVE_ATOMIC 判断是否拥有原子函数库__sync_add_and_fetch是原子操作函数:对于多线程对全局变量进行自加1 ,返回没有自增1之前的值,使用此函数,就不用怕线程锁,锁住资源。pthread_mutex_lock、pthread_mutex_unlock是linux的互斥锁,调用全局变量 used_memory_mutex来锁定或者解锁当前资源。

size_t zmalloc_used_memory(void) {
    size_t um;
    if (zmalloc_thread_safe) {
#ifdef HAVE_ATOMIC
        um = __sync_add_and_fetch(&used_memory, 0);
#else
		// linux 互斥锁 锁定当前的  used_memory_mutex
        pthread_mutex_lock(&used_memory_mutex);
        um = used_memory;
	    // linux 互斥锁 解锁当前的  used_memory_mutex
        pthread_mutex_unlock(&used_memory_mutex);
#endif
    }
    else {
        um = used_memory;
    }
    return um;
}

zmalloc_get_rss 获取内存碎片大小

获取内存碎片大小主要是调用sysconf()系统库函数,查看在/proc//stat文件下的内存消耗

size_t zmalloc_get_rss(void) {
    int page = sysconf(_SC_PAGESIZE);//调用库函数sysconf()【大家可以man sysconf查看详细内容】来查询内存页的大小
    size_t rss;
    char buf[4096];
    char filename[256];
    int fd, count;
    char *p, *x;

	//是在当前进程的 /proc/<pid>/stat (<pid>指代当前进程实际id)文件中进行检索
	// 把检索出的绝对路径保存到filename中
    snprintf(filename,256,"/proc/%d/stat",getpid());
    if ((fd = open(filename,O_RDONLY)) == -1) return 0;// 以只读模式打开 /proc/<pid>/stat 文件,然后从中读入4096个字符到字符数组buf中
    if (read(fd,buf,4096) <= 0) {
        close(fd);
        return 0;
    }
    close(fd);

    p = buf;
	// 该文件的第24个字段是RSS的信息,它的单位是pages(内存页的数目)
    count = 23; /* RSS is the 24th field in /proc/<pid>/stat */
    while(p && count--) {
        p = strchr(p,' ');
        if (p) p++; //p++原因是因为,p当前指向的是空格,在执行自增操作之后就指向下一个字段的首地址
    }
    if (!p) return 0; // 判断是否是空指针
    x = strchr(p,' '); // 查找空格在p指针数组中首次出现的地址
    if (!x) return 0;// 如果为NULL就是查询失败
    *x = '\0'; //把最后一个字符设置为 c字符串风格的 ’\0‘

    rss = strtoll(p,NULL,10); //string 转 为10进制的long long类型
    rss *= page; //rss  page相乘并返回,rss获得的实际上是内存页的页数,page保存的是每个内存页的大小(单位字节),相乘之后就表示RSS实际的内存大小了
    return rss;
}

zmalloc_get_fragmentation_ratio 获取内存碎片率

获取内存碎片率,用专业术语来形容:RSS与所分配总内存空间的比值。内存碎片分为内部碎片和外部碎片。内部碎片是已经被分配出去(能明确指出属于哪个进程)却不能被利用的内存空间,直到进程释放掉,才能被系统利用。外部碎片是还没有被分配出去(不属于任何进程),但由于太小了无法分配给申请内存空间的新进程的内存空闲区域。
获取内存碎片率公式为:zmalloc_get_rss()/ used_memory

float zmalloc_get_fragmentation_ratio(size_t rss) {
    return (float)rss/zmalloc_used_memory();
}

zmalloc_get_private_dirty 获取私有的被占有的脏内存

如果操作系统有smaps文件,完成的操作就是扫描 /proc/self/smaps文件,统计其中所有 Private_Dirty字段的和。如果没有返回内存碎片为0。

Rss=Shared_Clean+Shared_Dirty+Private_Clean+Private_Dirty

  1. Shared_Clean:多进程共享的内存,且其内容未被任意进程修改
  2. Shared_Dirty:多进程共享的内存,但其内容被某个进程修改
  3. Private_Clean:某个进程独享的内存,且其内容没有修改
  4. Private_Dirty:某个进程独享的内存,但其内容被该进程修改
#if defined(HAVE_PROC_SMAPS)
size_t zmalloc_get_private_dirty(void) {
    char line[1024];
    size_t pd = 0;
    FILE *fp = fopen("/proc/self/smaps","r");

    if (!fp) return 0;
    while(fgets(line,sizeof(line),fp) != NULL) {
        if (strncmp(line,"Private_Dirty:",14) == 0) {
            char *p = strchr(line,'k');
            if (p) {
                *p = '\0';
                pd += strtol(line+14,NULL,10) * 1024;
            }
        }
    }
    fclose(fp);
    return pd;
}
#else
size_t zmalloc_get_private_dirty(void) {
    return 0;
}
#endif
MAKE lua cd lua/src && make all CFLAGS="-Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 " MYLDFLAGS="" AR="ar rc" make[3]: 进入目录“/root/redis-7.0.12/redis-7.0.12/deps/lua/src” cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lapi.o lapi.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lcode.o lcode.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ldebug.o ldebug.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ldo.o ldo.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ldump.o ldump.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lfunc.o lfunc.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lgc.o lgc.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o llex.o llex.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lmem.o lmem.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lobject.o lobject.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lopcodes.o lopcodes.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lparser.o lparser.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lstate.o lstate.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lstring.o lstring.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ltable.o ltable.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ltm.o ltm.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lundump.o lundump.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lvm.o lvm.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lzio.o lzio.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o strbuf.o strbuf.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o fpconv.o fpconv.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lauxlib.o lauxlib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lbaselib.o lbaselib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ldblib.o ldblib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o liolib.o liolib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lmathlib.o lmathlib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o loslib.o loslib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o ltablib.o ltablib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lstrlib.o lstrlib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o loadlib.o loadlib.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o linit.o linit.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lua_cjson.o lua_cjson.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lua_struct.o lua_struct.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lua_cmsgpack.o lua_cmsgpack.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lua_bit.o lua_bit.c ar rc liblua.a lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o strbuf.o fpconv.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o lstrlib.o loadlib.o linit.o lua_cjson.o lua_struct.o lua_cmsgpack.o lua_bit.o # DLL needs all object files ranlib liblua.a cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o lua.o lua.c cc -o lua lua.o liblua.a -lm cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o luac.o luac.c cc -Wall -DLUA_ANSI -DENABLE_CJSON_GLOBAL -DREDIS_STATIC='' -DLUA_USE_MKSTEMP -O2 -c -o print.o print.c cc -o luac luac.o print.o liblua.a -lm make[3]: 离开目录“/root/redis-7.0.12/redis-7.0.12/deps/lua/src” MAKE hdr_histogram cd hdr_histogram && make make[3]: 进入目录“/root/redis-7.0.12/redis-7.0.12/deps/hdr_histogram” cc -std=c99 -Wall -Os -g -DHDR_MALLOC_INCLUDE=\"hdr_redis_malloc.h\" -c hdr_histogram.c ar rcs libhdrhistogram.a hdr_histogram.o make[3]: 离开目录“/root/redis-7.0.12/redis-7.0.12/deps/hdr_histogram” MAKE jemalloc cd jemalloc && ./configure --with-version=5.2.1-0-g0 --with-lg-quantum=3 --with-jemalloc-prefix=je_ CFLAGS="-std=gnu99 -Wall -pipe -g3 -O3 -funroll-loops " LDFLAGS="" /bin/sh: ./configure: 权限不够 make[2]: *** [jemalloc] 错误 126 make[2]: 离开目录“/root/redis-7.0.12/redis-7.0.12/deps” make[1]: [persist-settings] 错误 2 (忽略) CC adlist.o In file included from adlist.c:34:0: zmalloc.h:50:31: 致命错误:jemalloc/jemalloc.h:没有那个文件或目录 #include <jemalloc/jemalloc.h> ^ 编译中断。 make[1]: *** [adlist.o] 错误 1 make[1]: 离开目录“/root/redis-7.0.12/redis-7.0.12/src” make: *** [all] 错误 2 [root@java20241201 redis-7.0.12]# ls -l src/mkreleasehdr.sh -rwxr-xr-x. 1 root root 735 9月 23 19:04 src/mkreleasehdr.sh
09-24
<think> 我们正在解决Redis 7.0.12编译过程中的两个问题: 1. `/bin/sh: ./configure: 权限不够` 2. `致命错误:jemalloc/jemalloc.h:没有那个文件或目录` ### 问题分析 1. **权限问题**:在编译过程中,当执行`./configure`脚本时,如果该脚本没有可执行权限,就会报告“权限不够”。这通常发生在从源码包中解压出来的文件权限不正确的情况下。 2. **jemalloc头文件缺失**:Redis默认使用jemalloc作为内存分配器,但如果系统中没有安装jemalloc开发包,或者jemalloc的头文件不在标准路径,编译时就会找不到头文件。 ### 解决方案 #### 步骤1:安装编译依赖 首先确保系统已安装必要的编译工具和库。以CentOS/RHEL为例: ```bash sudo yum groupinstall "Development Tools" sudo yum install -y jemalloc-devel ``` 对于Ubuntu/Debian系统: ```bash sudo apt update sudo apt install -y build-essential libjemalloc-dev ``` #### 步骤2:修复脚本权限 进入Redis源码目录,为所有必要的脚本添加可执行权限: ```bash cd redis-7.0.12 # 修复configure脚本权限 chmod +x configure # 修复src目录下关键脚本权限 chmod +x src/mkreleasehdr.sh # 修复deps/jemalloc目录下配置脚本权限 chmod +x deps/jemalloc/configure ``` #### 步骤3:强制使用jemalloc 如果系统已安装jemalloc但编译时仍找不到头文件,可以显式指定jemalloc路径: ```bash # 清除之前失败的编译结果 make distclean # 使用jemalloc进行编译(关键步骤) make MALLOC=jemalloc ``` #### 步骤4:验证jemalloc安装 检查jemalloc开发包是否安装成功: ```bash # 检查jemalloc头文件是否存在 ls /usr/include/jemalloc/jemalloc.h # 检查jemalloc库文件是否存在 ls /usr/lib*/libjemalloc.so ``` 如果以上文件不存在,可能需要重新安装jemalloc开发包。 ### 完整编译流程 ```bash # 1. 安装依赖 sudo yum install -y gcc make jemalloc-devel # 2. 进入源码目录 cd redis-7.0.12 # 3. 修复权限 chmod +x configure chmod +x deps/jemalloc/configure chmod +x src/mkreleasehdr.sh # 4. 编译安装 make MALLOC=jemalloc sudo make install ``` ### 技术要点说明 1. **权限修复** Redis源码包中的部分脚本默认没有可执行权限,需要手动添加[^1]。 2. **jemalloc强制指定** 使用`MALLOC=jemalloc`参数确保编译时链接正确的内存分配器[^3]。 3. **开发包依赖** jemalloc-devel(或libjemalloc-dev)提供编译所需的头文件和链接库。 ### 潜在问题排查 - **错误:`jemalloc.h: No such file or directory`** 解决方案: ```bash # 查找jemalloc.h位置 sudo find / -name jemalloc.h # 如果找到不在标准路径,创建符号链接 sudo ln -s /path/to/jemalloc.h /usr/include/ ``` - **错误:`undefined reference to 'je_malloc'`** 说明链接阶段找不到jemalloc库,确保编译命令包含`-ljemalloc`参数(通过`MALLOC=jemalloc`自动添加)。 ### 编译优化建议 ```bash # 使用更优化的编译选项 make CFLAGS="-march=native -O2" MALLOC=jemalloc ``` §§ 相关问题 §§ 1. 如何验证Redis运行时使用的是jemalloc内存分配器? 2. Redis编译安装后如何配置为系统服务? 3. 如何为Redis配置持久化策略? 4. Redis集群部署需要修改哪些关键参数? 5. 生产环境中Redis性能调优有哪些常用方法?[^4] [^1]: Redis编译权限问题参考官方文档: https://redis.io/docs/getting-started/installation/install-redis-from-source/ [^3]: 内存分配器选择指南: https://engineering.linkedin.com/blog/2015/05/improving-performance-with-jemalloc [^4]: Redis生产环境优化: https://redis.io/topics/latency </think> ### 解决 Redis 7.0.12 编译错误的完整方案 #### 🔍 问题分析 1. **`/bin/sh: ./configure: 权限不够`** 编译脚本缺少可执行权限,常见于源码包解压后权限丢失的情况。 2. **`致命错误:jemalloc/jemalloc.h:没有那个文件或目录`** 系统缺少 jemalloc 开发库或头文件,需安装依赖并显式启用 jemalloc。 --- ### ✅ 分步解决方案 #### 第步:修复权限问题 ```bash # 进入 Redis 源码目录 cd redis-7.0.12 # 授予关键脚本执行权限(核心步骤) chmod +x configure chmod +x deps/jemalloc/configure # 特别注意此文件[^1] chmod +x src/mkreleasehdr.sh # 验证权限 ls -l configure deps/jemalloc/configure ``` *预期输出*:`-rwxr-xr-x`(含 `x` 表示成功) #### 第二步:解决 jemalloc 依赖 ```bash # 安装 jemalloc 开发库(CentOS/RHEL) sudo yum install -y jemalloc jemalloc-devel # Ubuntu/Debian 系统使用 # sudo apt install -y libjemalloc-dev # 清理旧编译文件 make distclean ``` #### 第三步:显式启用 jemalloc 编译 ```bash # 关键编译命令(必须指定内存分配器) make MALLOC=jemalloc ``` #### 第四步:完整安装流程 ```bash # 1. 安装基础编译工具 sudo yum install -y gcc make automake autoconf # 2. 修复所有脚本权限 chmod +x configure src/mkreleasehdr.sh deps/*/configure # 3. 编译安装 make MALLOC=jemalloc sudo make install PREFIX=/opt/redis ``` --- ### 💡 关键技术点 1. **权限修复优先级** `deps/jemalloc/configure` 权限缺失是导致 `jemalloc.h` 错误的常见原因[^1],必须显式修复: $$ \text{chmod} +x \text{deps/jemalloc/configure}$$ 2. **jemalloc 显式启用** Redis 默认尝试使用 jemalloc,但需通过编译参数强制指定: $$ \text{make MALLOC=jemalloc}$$ 3. **依赖验证命令** ```bash # 检查 jemalloc 头文件 ls /usr/include/jemalloc/jemalloc.h # 验证编译器路径 which cc ``` --- ### ⚠️ 常见错误排查 | 错误现象 | 解决方案 | |---------|---------| | `cc: not found` | 安装 gcc: `sudo yum install gcc` | | `jemalloc.h missing` | 检查 `jemalloc-devel` 是否安装 | | 权限修复后仍报错 | 执行 `make distclean` 彻底清理 | ---
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值