链接过期

场景：双十一后的尴尬

那是双十一的第二天早上，我刚打开电脑，就收到一封紧急邮件：

这个问题我之前确实没考虑到。当时我只想着”短链接要永久有效”，却忽略了现实世界的活动都有截止日期。

让我想想，用户到底需要什么：

• “我的活动链接只想用一周，过期后自动失效” —— 临时推广，不想长期占用资源
• “有些促销链接有截止日期，希望能自动过期” —— 精确控制，避免用户误解
• “不用的短链接太多，管理起来很麻烦” —— 自动清理，减少噪音

核心需求很明确：为短链接设置有效期，到期自动失效，并给用户一个友好的提示。

我的设计思路 🎯

我坐在白板前，开始画我的设计思路：

三种过期策略

首先，不同场景需要不同的过期策略：

数据库设计

我先画了数据库表结构：

数据设计要点

• 核心是在 urls 里保存业务事实，而不是把规则散落在应用逻辑里。
• 这是一次表结构演进：随着链接管理能力增加，把新状态、新时间点或新归属关系补进数据模型。
• 索引服务于高频查询，重点关注 AUTOINCREMENT、idx_expires_at、idx_is_expired、idx_expires_active。
• 关键字段包括 id、short_code、long_url、created_at、access_count，它们决定了后续查询和管理能力。

我为什么要这样设计？

1. expires_at：存储精确的过期时间戳，NULL 表示永不过期
2. is_expired：布尔标记，避免每次都计算时间比较，提升查询性能
3. expiry_reason：记录过期原因，方便后续数据分析
4. 索引：过期查询是高频操作，必须优化

过期检查策略

然后我考虑了一个关键问题：什么时候检查过期？

我列出了三种方案：

我的最终方案：查询时检查 + 定时任务辅助。

• 查询时实时判断是否过期，保证准确性
• 定时任务批量标记过期链接，减少查询时的计算开销
• 两者结合，既准确又高效

我的方案落地 💻

创建过期链接的 API

我写了创建短链接的 API，支持三种过期策略：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

使用示例：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

重定向时的过期检查

在重定向时，我需要实时检查链接是否过期：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

友好的过期提示页面

我不想给用户看冷冰冰的 404 或 410 错误码，所以我设计了一个友好的过期提示页面：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

为什么我选择 410 状态码？

• 404 Not Found：资源从未存在过
• 410 Gone：资源曾经存在，但现在已永久移除
• 我的选择：410 更准确，因为链接曾经有效，只是过期了

查询和延期 API

我还提供了查询和延期的功能：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

自动清理机制 🧹

定时任务设计

过期链接不能一直留在数据库里，我设计了定时清理任务：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

清理策略对比

我考虑了几种清理策略：

我的选择：软删除 30 天，永久删除 1 年。

• 前 30 天：保留完整数据，用户可以恢复
• 30 天后：标记为待删除，只保留元数据
• 1 年后：永久删除，释放空间

手动恢复功能

万一用户想恢复过期链接呢？我提供了恢复接口：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

成本和性能分析 📊

存储空间节省

我统计了一下数据：

结论：过期机制节省了 30% 的活跃链接存储空间，查询性能提升 10 倍。

查询性能优化

我做了性能测试：

落地思路

• 这里省略具体语法，只保留设计层面的职责边界。
• 读这段时重点看：输入是什么、系统做哪些判断、状态如何变化、失败时如何兜底。

成本对比

以 AWS RDS MySQL 为例：

结论：过期机制每月节省 51% 的数据库成本。

本节小结 📝

实现要点

我实现的链接过期功能包括：

1. 三种过期策略

   • 固定时长（小时/天）
   • 指定日期
   • 永不过期

2. 实时过期检查

   • 查询时判断
   • 标记过期状态
   • 友好提示页面

3. 自动清理机制

   • 定时任务标记
   • 软删除 30 天
   • 硬删除 1 年

4. 管理功能

   • 查询链接状态
   • 延长有效期
   • 恢复过期链接

关键技术点

业务价值

下一步预告 🎯

过期功能解决了”链接什么时候失效”的问题，但还有一个问题：

“有些链接是给 VIP 客户的，我不希望所有人都看到”

下一节，我会实现访问控制功能：密码保护、IP 白名单、访问权限……

让短链接更安全，更可控。

延伸阅读：

• HTTP 410 状态码详解
• 数据库索引优化指南
• Celery 定时任务最佳实践