在服务器上确认Redis是否成功写入值，最直接的办法是使用redis-cli命令行工具执行KEYS 或GET 具体key，前者看全量键，后者精确验证单个键，若你没有服务器命令行权限，则改用可视化桌面客户端连接Redis端口，同样能直观看到键值对列表。
用命令行快速查看Redis键值
Redis自带命令行工具，这是服务器上最常用也最可靠的验证手法，登录你的服务器,进入Redis安装目录或直接执行以下命令。
进入Redis命令行交互模式
连接本机Redis默认可执行：
redis-cli
如果Redis实例设置了密码,连接时需要带上认证参数：
redis-cli -a 你的密码
如果你改了Redis的监听端口，默认是6379,则需指定端口：
redis-cli -p 6380 -a 你的密码
连接成功后，界面会变成0.0.1:6379>,这就说明你已进入Redis操作台。
查看所有键：KEYS
在交互模式里输入：
KEYS
这条命令会列出当前Redis库中的所有键名,返回结果有两种情况：
- 列出了键名，说明Redis里确实存了数据,直接比对一下你要找的key是否在列表里。
- 返回
(empty array)，说明Redis是空的,没有任何键存在。
精准查看单个键的值
如果键很多，KEYS 会刷屏，你已经在代码里定义了key的名称，比如user:1001,直接精准查询：
GET user:1001
返回值分三种情况：
- 返回具体的值，比如
"张三",说明写入成功。 - 返回
(nil)，表示这个键不存在,写入失败或已被删除。 - 返回错误信息如
WRONGTYPE，说明你用了错误的命令类型，比如存的是哈希结构，但你用GET去取字符串。
查看键的剩余存活时间
确认键存在后，还想看看它是不是马上要过期，用TTL命令：
TTL user:1001
输出结果：
-1表示永不过期-2表示键不存在- 正数如
3600表示还剩余3600秒
这个操作对你判断数据写入后是否因过期策略被清除很有帮助,尤其是Session或验证码这类短时效数据。
用可视化工具查看redis存没存进值
如果你不习惯敲命令，或者使用云数据库Redis版没有直接登录服务器的权限,可视化工具就是更友好的选择。
免费工具推荐：Another Redis Desktop Manager
这是目前使用人数较多的免费开源工具，在Windows、macOS和Linux上都能运行，下载安装后，新建连接,填写：
- Host：服务器公网IP或内网IP
- Port：Redis端口，默认6379
- Password：认证密码，没有就留空
连接成功后，左侧导航栏会按db0、db1等数据库分组显示键列表，点开任意一个键,右侧面板会直接展示值内容以及过期时间。
可视化工具的局限
这类工具通常只适合查数据是否存在，不适合处理大数据量的性能分析，如果Redis实例在云服务商内网且没开公网访问，你需要在同一内网的ECS主机上操作,或者临时把工具部署在那台ECS上。
代码层验证与命令行验证的差异
很多时候你在代码里存了Redis，但用命令查不到，这并不一定是没写入,可能是搞混了Redis的数据库索引。
默认库与指定库的冲突
Redis默认有16个库，编号从0到15，你的代码如果连接时指定了db=3，但在redis-cli里没切换库就执行KEYS ，看到的只会是db0里的数据,自然找不到。
这个命令切换数据库。
SELECT 3
然后再执行：
KEYS
这个细节值得反复强调，因为多数人会踩这一个坑，业界在排查Redis数据缺失时,第一步流程就是确认应用连的库编号和命令行操作的库编号是否一致。
序列化导致的查看困惑
很多语言框架对值做了序列化处理，比如PHP的Laravel框架在Redis里存的数组或对象，键名可能带前缀laravel_database_，值则是a:1:{i:0;s:11:"测试内容";}这种格式，用GET查看时不要惊讶，这不是乱码，是框架自己定义的存储结构,不影响读取。
用MONITOR实时抓取写入操作
如果你想实时看到代码正在往Redis写什么数据,最直观的方式是在命令行输入：
MONITOR
然后让程序跑一个触发动作，控制台会实时打印出每次Redis读写操作的具体命令和参数，一旦看到SET命令正在执行，说明写入动作确实发生了，debug完记得用Ctrl+C退出MONITOR模式，因为它会损耗一定的Redis性能,不适合长期开启。
linux怎么看redis存没存进值：从业务场景区分排查方向
不同业务场景下，”redis存没存进值”的含义略有差别，搞清楚场景,才能对症下药。
Redis被当作缓存使用
典型场景是查询数据库结果后先写入Redis，下次直接读缓存，你发现缓存始终没生效，请求每次都打在数据库上,排查步骤建议如下：
- 先确认代码里是否有异常被吞掉,比如Redis连接失败后catch了异常但没打印日志。
- 用
INFO stats
total_commands_processed指标，如果数字没有显著增长,说明应用根本没连上Redis。 - 检查Redis的
maxmemory配置，如果内存满了且淘汰策略是allkeys-lru,新写入的键可能直接被淘汰。
Redis被当作消息队列或分布式锁
这时键值可能存了但很快又被消费掉，比如你用Redis实现了一个延时队列，值写入后马上被消费者取走删除，用KEYS 查不到是正常的,说明消费链路运转流畅。
想验证这段链路健康，可以观察Redis的expired_keys和evicted_keys两个统计指标，前者代表自然过期的键数量，后者代表内存不足被强制淘汰的键数量，如果两者数据都在快速上涨,说明Redis确实在工作。
Redis值写入失败的常见原因自查清单
有时候确实没存进去，除了上面提到的库选错和连接失败外,请按这份清单逐项排查：
- Redis是否重启过且未持久化：如果RDB或AOF没开启，服务重启后内存数据全部清空，检查
CONFIG GET save和CONFIG GET appendonly确认持久化配置。 - 键名冲突导致类型覆盖：代码中某处把一个原本是字符串的键改存成了列表，但又用
GET命令去读,回报错但没有覆盖写入前检查类型逻辑。 - 事务或管道未执行：在Redis事务
MULTI里写入了数据，但没有执行EXEC提交，事务被丢弃，命令行可以用DISCARD验证是否存在未提交的事务。 - 密码认证失败被忽略：Redis连接池初始化失败不会立刻导致程序报错，不少框架默认连接失败会静默降级到数据库查询,你需要开启Redis日志定位。
Redis可视化工具连接超时怎么处理
连接可视化工具时经常碰到超时，尤其是云服务器场景，云控制台允许的端口往往只放行了22、80、443这类默认端口，你在规则列表里需要额外添加一行6379端口和允许的源IP，这个操作在简米云叫安全组，酷番云叫防火墙，华为云叫安全组,本质都是云服务器的网络访问控制列表。
修改安全组规则后，本机再次尝试连接，多数情况下能解决超时问题，但注意，如果你在ECS上配置了bind 127.0.0.1限制Redis只接受本机连接，那么即使安全组全放通也无法远程连接，高安全场景建议只允许指定IP段访问Redis端口,避免数据库裸奔在公网。
排查Redis写入问题还需关心哪些指标
除了直接看键值，以下指标能帮你了解Redis的整体健康度,防止写入间歇性失败：
connected_clients：客户端连接数，如果超过
maxclients配置,新写入会直接被拒绝。used_memory和used_memory_peak：已用内存和峰值内存，达到maxmemory后写入行为由maxmemory-policy决定。rejected_connections：拒绝的连接数,数值不为零说明连接数已达上限。instantaneous_ops_per_sec：瞬时QPS,可判断服务器当前是否繁忙到无暇处理写入。
据行业共识，Redis的写入性能极强，但它是纯内存数据库，内存耗尽才是导致写入失败的第一首要原因，因此排查顺序应始终是：先看连接是否通，再看内存是否够，最后看键到底在不在。
Redis没存进去值但程序没报错是怎么回事
这个现象挺常见，代码看起来一切正常，数据却迟迟不见，业内专家指出，原因是多数客户端库默认开启了lazy重连或异步写入模式，程序执行完SET命令后，客户端会先把命令写入缓冲区，然后后台线程异步发送给Redis，如果缓冲区在发送前被丢弃或连接池中的连接已失效，异常就发生了,但主线程完全无感知。
验证方法很简单：在代码里执行SET命令后领一个返回值，若返回true或OK，说明命令被Redis服务器确认接收并写入内存，若返回false、null或抛出异常，则说明写入没有成功，绝大多数框架的SET命令都支持同步等待返回结果,不要只调用方法而不检查返回值。
进一步验证可关闭客户端连接池的重试机制，让连接失败直接暴露出来,方便在日志里找到真实原因。
Q&A：关于redis存没存进值的常见疑问
为什么redis-cli里能看到键，但程序里读不到？
大概率是程序连接了另一台Redis服务器或者另一个数据库编号，核对程序配置的host、port、password以及db索引是否与命令行环境完全一致,包括云数据库Redis的实例ID和默认库名。
Redis里的键非常多，用keys 卡死服务器怎么办？
生产环境严禁使用KEYS 遍历键空间，该命令会阻塞Redis主线程，改为使用SCAN命令批量迭代，比如SCAN 0 MATCH user: COUNT 100，每次返回少量键值，不阻塞服务，也可用DBSIZE命令快速获取总数来粗略判断数据是否写入。
Redis数据写入成功但重启后丢了，怎么办？
检查持久化配置，开启RDB快照（默认配置通常已开启）或AOF日志，并确认数据目录有写入权限，你可以在命令行执行CONFIG GET save和CONFIG GET appendonly查看当前状态，若均为关闭,需要手动修改配置文件并重启服务。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/664853.html
