maxmemory 限制

做的事：把内存上限设得很紧，看写操作会怎样

noeviction策略下，maxmemory是一道硬墙。

操作CONFIG SET maxmemory-policy noeviction CONFIG SET maxmemory 3mb 循环SET，每个value 2000字节

验证：noeviction下，写满之后直接报错

第几个key开始被拒绝。

结果写入失败: command not allowed when used memory > 'maxmemory'. 成功写入了 714 个key才触发OOM used_memory: 3144560 maxmemory: 3145728

验证了noeviction策略下maxmemory是一条硬性红线：内存用量一旦超过这条线，所有会增加内存占用的写命令都会被直接拒绝，报出一个明确的OOM风格错误，不会尝试腾挪任何数据。

验证：内存写满之后，读操作还能用

被拒绝的只是"会让内存继续增长"的写操作。

结果GET k_0 → 成功返回了完整的2000字节值

确认了：maxmemory的限制只针对写操作，已经存进去的数据在内存超限之后依然可以正常读取——noeviction的语义是"不许再往里塞新数据，但已有数据完全不受影响"，跟"内存耗尽系统崩溃"完全不是一回事。

验证：换成allkeys-lru，同样超量写入全部成功

同样的maxmemory，同样超量的写入，唯一变量是策略。

结果全部500次写入都成功，没有报错(触发了淘汰而不是拒绝)

分步演示：写满内存后发生了什么

每一步都是本文上面用redis-cli和redis-py跑出来的原始结果。