tar包装Redis，试试看不一样的安装方式，感觉还挺新鲜的

那天在网上闲逛，看到一个技术论坛里有人轻描淡写地提了一句：“用tar包编译安装Redis其实也挺有意思的，比直接用apt-get install有感觉。” 我当时心里就动了一下，确实，平时习惯了各种包管理器，一键安装，方便是方便，但总觉得少了点什么，就像吃快餐，能填饱肚子，却尝不到烹饪的乐趣，于是我心血来潮，决定亲手用tar包来装一次Redis，看看这个“不一样的安装方式”到底新鲜在哪。

我得找到Redis的tar包，这倒不难，直接去了Redis的官网，官网页面很简洁，一眼就看到了“Download”区域，稳定版通常在最显眼的位置，我没有选择那个预编译好的Linux版本，而是点了那个后缀是.tar.gz的源代码压缩包，看着浏览器底部进度条慢慢爬完，一个几十兆的文件躺在了我的下载文件夹里，这种感觉和直接敲安装命令等待下载解压完全不同，更像是我主动“请”来了软件的源代码,一种仪式感油然而生。

就是把这个“压缩包裹”解开，我打开终端，切换到下载目录，用经典的tar -xzf redis-xx.x.x.tar.gz命令解压，随着一阵快速的命令行滚动，一个崭新的文件夹出现在眼前，进去一看，里面没有想象中的可执行文件，满眼都是.c、.h结尾的源代码文件，还有Makefile、README.md之类的文档，这一刻我才真切地意识到，我要做的不是“安装”，而是“编译构建”，新鲜感就来了，这就像拿到了一盒乐高零件和说明书,而不是一个成品模型。

编译的过程比我想象的要简单，根据README文件的指示，只需要在源代码目录里输入一个make命令就行了，敲下回车，屏幕开始飞速滚动各种编译信息，gcc编译器在忙碌地将C代码变成机器码，看着一行行提示，虽然不能完全看懂，但能感觉到我的电脑正在“奋力工作”，从无到有地创造Redis服务器程序，这种亲眼目睹软件被构建出来的过程，是包管理器完全无法提供的体验，几分钟后，编译顺利完成，没有出现令人头疼的错误，我在src目录下找到了新鲜出炉的redis-server和redis-cli等可执行文件,成就感小小地冒了个泡。

编译成功只是第一步，用tar包安装，意味着后续的所有事情都得自己动手，我得手动把这些可执行文件拷贝到一个标准路径下，比如/usr/local/bin/，这样在任何位置都能直接运行redis-server，还得自己创建Redis的运行配置文件和持久化数据目录，最麻烦的是配置成系统服务，让它能开机自启，这需要自己编写一个systemd的service文件，并放到/etc/systemd/system/下面，这个过程确实比直接用包管理器安装要繁琐得多，包管理器会把这些琐碎的事情全都自动搞定，但反过来想，也正是因为亲手做了这些配置，我才真正搞明白了Redis的运行依赖哪些目录和文件，它的服务是怎么被系统管理的，这种“知其所以然”的透彻感,是这次尝试带来的最大收获。

全部弄好之后，我启动了自己编译的Redis服务，并用客户端连接上去，执行了几个简单的set和get命令，看到一切响应正常，那种感觉确实很特别，这个正在运行的Redis，是从最原始的源代码经过我电脑的编译而诞生的，它和我之间有一种“包管理器安装版”所没有的独特联系。

这次用tar包安装Redis的经历，确实挺新鲜的，它慢，它麻烦，它不适合生产环境追求效率和稳定性的需求，但它给了我一种参与感和掌控感，让我对软件本身的理解更深了一层，这就像自己亲手和面、调馅、包出来的一顿饺子，味道可能比不上专业餐馆，但那个制作过程中的乐趣和最后吃下去的满足感，是点外卖无法比拟的，对于喜欢折腾、想深入了解软件背后机制的开发者来说，偶尔抛开便捷的包管理器，回归这种“原始”的编译安装方式,不失为一种有趣的技术消遣和实践。