1. 准备环境：下载Redis源码，编译时加上调试符号：make CFLAGS="-g"。用gdb启动：gdb --args ./src/redis-server。设置断点如break server.c:1234，然后run。遇到问题时用bt查看调用栈，info threads看线程，print变量名查看值。高效定位就是多用watch命令监视变量变化。

步骤一：编译调试版

git clone https://github.com/redis/redis.git，cd redis，make distclean，make MALLOC=libc CFLAGS="-g -O0"。这样生成带调试信息的redis-server和redis-cli。启动：./src/redis-server --protected-mode no。

步骤二：GDB基础调试

gdb ./src/redis-server，run，遇到crash用backtrace全bt，frame N切换栈帧，list看代码，info locals看局部变量。针对内存问题，用valgrind运行：valgrind --tool=memcheck --leak-check=full ./src/redis-server。

高效定位内部问题

Redis内部问题多是内存泄漏、线程死锁、命令解析错误。先用perf record -g ./src/redis-server，perf report看热点。然后gdb attach $(pidof redis-server)，继续调试。解决死锁：set breakpoint on pthread_mutex_lock，watch mutex状态。

实战案例：定位慢查询

慢查询往往在processCommand函数。gdb中break processCommand，run，commands，然后step进入c宏展开的代码。发现是dictFind慢，用p dict->ht[0].used看哈希表大小，优化就是rehash。

另一个实战：内存泄漏

用address sanitizer：make CFLAGS="-fsanitize=address"。运行时自动报告泄漏位置，如server.c:456 free忘了。或者jemalloc的prof，echo 'set stats print_target_heap true' | redis-cli。

高级技巧：远程调试

编译-g，gdbserver :1234 ./src/redis-server，gdb中target remote localhost:1234。远程高效解决生产问题。脚本自动化：echo "bt info threads quit" | gdb -batch ./src/redis-server core.dump。

解决常见内部bug

如cluster模式下slot迁移失败，调试migrate.c，watch migration_state变量变化。或者aof重写卡住，break bio.c的beforeSleep，检查pending_jobs。总原则：日志打断点，源码grep错误关键词。

FAQ
Q: 如何快速找到Redis crash的核心文件？
A: 用gdb core，bt full立即看到。
Q: 调试多线程时怎么避免混乱？
A: info threads切换，thread apply all bt全栈。
Q: 生产环境怎么安全调试？
A: 用gdb --pid=PID -ex "set pagination off" -batch -ex bt。
Q: 怎么调试网络IO问题？
A: strace -p PID看syscall，结合tcpdump抓包。