在使用 Redis 时，我们通常知道可以为 Key 设置过期时间，以便在一定时间后自动删除不再需要的数据，从而节省内存空间。但有时候我们可能会发现，即使没有为 Key 设置过期时间，Redis 也会主动删除这些 Key 所对应的数据。这是为什么呢？

一、内存管理的必要性

Redis 是一个内存数据库，它将数据存储在内存中以实现快速的数据读写操作。然而，内存资源是有限的，特别是在大规模应用场景下，如果不加以合理的管理，内存很容易被耗尽。

11.1代码实现

11.1.1 队列配置

这里以direct类型的交换机作为演示定义了一个交换机、队列和路由Key。交换机和队列进行绑定，这里需要对队列进行设置，构建队列的时候需要设置参数x-message-ttl来设置这个TTL队列的失效时间，也可以针对某一条具体的消息来设置对应的TTL失效的时间。

一 背景

随着软件应用的集群化、容器化、微服务化，产品的稳定性越来越依赖网络。现有的专有云和一体机产品，部署在裸机，从硬件服务器、交换机到os都是不可靠的，且监控盲区较多，其中网络是重灾区。对于网络不稳定导致的中间件链接超时、设备掉线、视频推流卡顿等问题，缺乏有效的网络层监控指标定界问题。一旦现场不存在，由网络引发的问题很难定位。现有的网络监控方案，都集中在网卡维度做流量、错包等指标统计，粒度过粗，只有从Socket和TCP连接维度，监控socket缓存状态，采集TCP建连、断开、实时流量、延迟、重传等信息，才可以最直接的反映业务的网络状态。

一、LLDP协议概述

随着网络技术的发展，接入网络的设备的种类越来越多，配置越来越复杂，来自不同设备厂商的设备也往往会增加自己特有的功能，这就导致在一个网络中往往会有很多具有不同特性的、来自不同厂商的设备，为了方便对这样的网络进行管理，就需要使得不同厂商的设备能够在网络中相互发现并交互各自的系统及配置信息。

在电商系统或任何涉及订单操作的场景中，用户多次点击“提交订单”按钮可能会导致重复订单提交，造成数据冗余和业务逻辑错误，导致库存问题、用户体验下降或财务上的错误。因此，防止订单重复提交是一个常见需求。

在现代分布式系统中，消息队列作为解耦、异步处理的重要工具，被广泛应用在各类业务场景中。其中，RabbitMQ作为一种成熟的开源消息中间件，凭借其高效稳定的消息传输机制，在实时性要求高且需要处理延时任务的场景下表现尤为出色。本文将详细探讨如何利用Python结合RabbitMQ实现订单超时自动取消功能，通过实际的代码示例和应用场景分析，揭示这一技术的具体实践及其需要注意的关键点

什么是HTTP

HTTP 全称超?文本传输协议，也就是HyperText Transfer Protocol。 其中我们常见的文本，图片，视频这些东西都可以用超文本进行表示，而我常看的猫片，也属于超文本，所以大家不要再说我偷偷看猫片了，我只是在看超文本。HTTP只是定义了一套传输超文本的规则，只要符合了这一套规则，不管你是用iphone，还是用老爷机，都可以实现猫片的传输。

我们在使用Redis的时候应对数据空间做一个基本的预估，并为Redis设定最大使用的内存。否则在64位OS中Redis会无限制地占用内存（当物理内存被占满后会使用swap空间），容易引发各种各样的问题。

从图中可以看出 redis默认没有内存限制，可以无限使用内存，当内存用完的时候会根据设置的内存淘汰策略进行淘汰数据释放空间，如果没有设置淘汰策略会返回一个错误写操作错误，但是读操作可以正常进行。 对应的淘汰策略以下几种： 1）volatile-lru 利用LRU算法移除设置过过期时间的key (LRU:最近使用 Least Recently Used )

名词说明：