汀上飘的云1. 项目概述：PHP对账脚本的核心价值
库存数据一致性是电商系统的生命线。我经历过一次惨痛的教训：某次大促期间，由于Redis缓存库存与数据库实际库存不同步，导致超卖200多件商品，直接损失近10万元。自那以后，我研发了这套每分钟运行的PHP对账脚本，在多个千万级电商项目中验证有效。
这个脚本的核心使命是：每分钟比对活跃商品在MySQL数据库和Redis缓存中的库存数据，发现不一致立即告警并自动修复。它解决了分布式系统中经典的缓存一致性问题，特别适合秒杀、限时抢购等高并发场景。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构设计
2.1 整体流程设计
脚本采用"增量比对+全量兜底"的双保险机制：
- 每分钟通过MySQL binlog监听商品库存变更
- 针对变更商品立即进行Redis vs DB数据比对
- 每小时执行全量商品扫描（防binlog丢失）
- 发现差异时触发三级处理机制：
- 首次差异：记录日志
- 连续3次差异：发送钉钉告警
- 差异超5%：自动同步并通知技术负责人
2.2 关键技术选型
php复制// 使用Predis作为Redis客户端
$redis = new Predis\Client([
'scheme' => 'tcp',
'host' => '127.0.0.1',
'port' => 6379,
]);
// MySQL连接采用PDO预处理防注入
$pdo = new PDO(
"mysql:host=localhost;dbname=inventory",
"username",
"password",
[PDO::ATTR_PERSISTENT => true]
);
选择Predis而非phpredis扩展的原因：
- 纯PHP实现，无需编译扩展
- 支持PHP8+新特性
- 连接池管理更友好
3. 核心实现细节
3.1 高效获取活跃商品
php复制// 获取最近15分钟有更新的商品ID
$stmt = $pdo->prepare("
SELECT DISTINCT product_id
FROM inventory_logs
WHERE updated_at >= NOW() - INTERVAL 15 MINUTE
LIMIT 1000
");
注意：必须添加LIMIT防止全表扫描拖垮数据库
3.2 原子化比对操作
php复制// 使用Redis事务保证原子性
$redis->multi();
$redisStock = $redis->hGet('product_stocks', $productId);
$redis->exec();
// 数据库查询
$dbStmt = $pdo->prepare("SELECT stock FROM products WHERE id = ?");
$dbStmt->execute([$productId]);
$dbStock = $dbStmt->fetchColumn();
// 比对逻辑
if ($redisStock != $dbStock) {
$this->handleMismatch($productId, $redisStock, $dbStock);
}
3.3 差异处理策略
php复制protected function handleMismatch($productId, $redisVal, $dbVal) {
// 记录差异日志
$this->logger->error("库存不一致", [
'product_id' => $productId,
'redis' => $redisVal,
'db' => $dbVal
]);
// 自动修复逻辑（以数据库为准）
if (abs($redisVal - $dbVal) > 5) {
$this->redis->hSet('product_stocks', $productId, $dbVal);
$this->alertService->sendCriticalAlert(...);
}
}
4. 性能优化方案
4.1 连接池管理
php复制// 使用静态变量保持长连接
class DBConnection {
private static $pdo;
public static function getInstance() {
if (!self::$pdo) {
self::$pdo = new PDO(...);
}
return self::$pdo;
}
}
4.2 批量处理优化
php复制// 每次处理100个商品减少网络IO
$productIds = array_chunk($activeProducts, 100);
foreach ($productIds as $batch) {
$this->checkBatch($batch);
}
4.3 内存控制
php复制// 每处理500个商品手动触发垃圾回收
if ($count++ % 500 === 0) {
gc_collect_cycles();
}
5. 生产环境部署方案
5.1 Supervisor配置
ini复制[program:inventory_check]
command=php /path/to/script.php
process_name=%(program_name)s_%(process_num)02d
numprocs=4
autostart=true
autorestart=true
user=www-data
5.2 监控指标设计
bash复制# Prometheus监控指标示例
inventory_check_duration_seconds 0.85
inventory_check_mismatch_total{type="minor"} 12
inventory_check_mismatch_total{type="critical"} 3
6. 典型问题排查指南
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| Redis连接超时 | 网络抖动或Redis过载 | 增加connect_timeout参数，添加重试机制 |
| 比对结果全量不一致 | 时区设置不同 | 统一设置MySQL和PHP时区为UTC |
| 内存持续增长 | 未释放PDO结果集 | 显式调用$stmt->closeCursor() |
| 脚本执行变慢 | MySQL全表扫描 | 为updated_at字段添加索引 |
7. 高级扩展方案
7.1 分布式锁实现
php复制$lockKey = "inventory_check_lock";
$locked = $redis->set($lockKey, 1, ['nx', 'ex' => 60]);
if (!$locked) {
throw new Exception("已有其他进程在执行");
}
7.2 数据分片策略
php复制// 根据商品ID哈希分片
$shardIndex = crc32($productId) % 4;
$redis->select($shardIndex);
这套系统在我们电商平台稳定运行2年多，累计发现并修复库存不一致问题1,200余次，特别是在618、双11等大促期间发挥了关键作用。建议每次部署前用测试数据验证脚本的健壮性，我通常会准备包含故意不一致的测试数据集进行验证。