Redis入门随笔，记录那些刚开始摸索时的点滴心得和小发现

最开始听说Redis，是在一个技术论坛上，看到大家都在讨论一个叫“缓存”的东西，说它能像给网站吃了兴奋剂一样，让页面打开速度飞快，我当时就想，这玩意儿这么神奇？带着一丝好奇和满脑子的问号,我踏入了Redis的世界。

打开官网，第一眼看到介绍说Redis是一个“键值对”数据库，键值对？这名字听着挺直白，不就是像字典一样，一个键（key）对应一个值（value）嘛，我把你的名字（键）存进去，然后对应你的年龄（值），这么一想，感觉比那些要写复杂SQL语句的关系型数据库（比如MySQL）友好多了，这算是我的第一个小发现：Redis的入门门槛，至少在概念上,真的不高。

接着就是安装和启动，跟着教程走，倒也没遇到什么大麻烦，当我在命令行里输入redis-cli，屏幕上出现那个小小的0.0.1:6379>提示符时，心里还有点小激动，感觉像是打开了一个新世界的大门，我尝试着敲下了人生中第一条Redis命令：SET mykey "Hello, Redis!"，回车，屏幕上简简单单回了个“OK”，然后我又输入GET mykey，果然，“Hello, Redis!”蹦了出来，那一刻的成就感，不亚于当年第一次用C语言打印出“Hello, World!”，我心想，这东西,上手真快。

但随着我继续摸索，困惑也随之而来，Redis说它是数据库，但我发现它好像不能像MySQL那样有表、有行列，我存进去的数据，难道就一直这么放着吗？后来我才明白，Redis的“值”可不是只能存简单的字符串，它还有好几种“数据结构”，这是它强大之处,也是我一开始最迷糊的地方。

我学到了LIST（列表），它可以像排队一样，从左边或者右边放进数据，我试着用LPUSH和RPUSH命令往一个列表里塞了几个任务项，然后用LRANGE命令把整个列表拉出来看，哎，这不就是编程语言里的那个“列表”或者“数组”嘛！我瞬间联想到，这完全可以用来做网站上的最新文章列表或者消息队列啊，新的内容从左边推进去，老的内容从右边挤出去,非常自然。

然后是SET（集合），它的特点是里面的元素不能重复，我试着往一个集合里加了两次“apple”，结果用SMEMBERS命令一看，还是只有一个“apple”，这个特性太有用了！我马上想到，这简直就是为“点赞”功能量身定做的啊，每个文章ID作为一个键，它的值就是一个集合，里面存所有点赞用户的ID，同一个人点多少次，集合里都只记录一次，天然去重,完美！

最让我觉得巧妙的是HASH（哈希），它就像一个微型的“对象”，可以在一个键下面，再存多个字段和值，我可以把一个用户的信息存成一个哈希：键是user:1001，然后在这个键里面，设置name字段是“张三”，age字段是28，这比把每个字段都拆成单独的键来存储要清晰和高效得多，我意识到，这让我在Redis里组织数据的方式,一下子灵活了起来。

摸索的路上也少不了“坑”，有一次，我写了个小程序，不停地往Redis里塞数据，想看看它的极限在哪里，结果没一会儿，程序就报错了，提示“OOM command not allowed when used memory > 'maxmemory'”，我愣了一下才反应过来，OOM是“内存不足”的意思，对啊，Redis是把所有数据都放在内存里的，不像MySQL主要靠硬盘，我光顾着存，忘了给它设置内存上限和淘汰策略了，这个小教训让我明白，用Redis可不能像用硬盘数据库那样“任性”，必须时刻关心内存的使用情况，得想好哪些数据值得放在金贵的内存里,哪些数据在内存不够用时可以被优先清理掉。

还有一次，我试图用一个GET命令去读取一个我明明用HSET命令设置的哈希字段，结果返回了个nil，我折腾了好久，才发现是自己搞混了数据结构，字符串的键要用GET，哈希的字段要用HGET，不能张冠李戴，这让我对Redis每种数据结构的操作命令的界限,有了更深刻的认识。

慢慢地，我从只会用SET和GET，到开始尝试用LIST做简单的异步任务，用SET做唯一性检查，用HASH存储对象，我也开始了解什么是“过期时间”，可以给键设置一个TTL（生存时间），让数据在指定的秒数后自动消失，这做验证码缓存、会话保持简直太方便了。

回看这段刚开始摸索的日子，Redis给我的感觉就像是一个功能丰富的瑞士军刀，它不像重型机床（传统关系数据库）那样能完成所有复杂加工，但在处理某些特定任务时，它小巧、快速、精准，那些最初觉得奇怪的概念，内存存储”、“数据结构多样化”，在实践中都变成了让我惊喜的亮点，我知道，我对Redis的了解还只是皮毛，后面还有持久化、主从复制、集群这些大家伙在等着我，但这段从零开始的点滴心得，这种亲手试验、踩坑、再爬出来的过程，才是最真实、最宝贵的收获，它让我不再觉得Redis是一个神秘的黑盒子，而是一个可以慢慢上手、值得信赖的工具。