咱就是说秒杀系统中Zui关键的部分就是防止超卖和保证账户余额扣减的准确性，哈哈，你懂的，今天咱们就来聊聊怎么防止秒杀中账户扣款的竞态问题。

在并发编程中，当多个线程或进程同时访问和修改共享资源时Zui终的执行结果依赖于执行顺序的现象称为竞态条件。

核心思想先获取锁，再操作数据

悲观锁假设会发生并发冲突，因此在访问数据前先获取锁。

-- 查询时加排他锁 SELECT * FROM account WHERE user_id = ? FOR UPDATE; -- geng新余额 UPDATE account SET balance = balance - ? WHERE user_id = ?; -- 提交事务释放锁 COMMIT; 1.2 Java代码实现

@Transactional public boolean deductBalancePessimistic { // 1. 查询并加锁 Account account = accountMapper.selectById; // 2. 检查余额 if .compareTo <0) { return false; } // 3. 扣减余额 account.setBalance.subtract); return accountMapper.updateById> 0; } 1.3 悲观锁的优缺点

优点简单直接，确保数据一致性

缺点性Neng较差，容易造成锁竞争和死锁

核心思想假设无冲突，提交时检查版本号

乐观锁假设不会发生并发冲突，只在提交时检查。

CREATE TABLE account ( id BIGINT PRIMARY KEY, user_id BIGINT NOT NULL, balance DECIMAL NOT NULL, version INT NOT NULL DEFAULT 0, -- 乐观锁版本号 update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); 2.2 Java代码实现

public boolean deductBalanceOptimistic { int maxRetries = 5; int retryCount = 0; while { // 1. 查询账户 Account account = accountMapper.selectById; if .compareTo <0) { return false; } // 2. CASgeng新 Account updateAccount = new Account; updateAccount.setId); updateAccount.setBalance.subtract); updateAccount.setVersion); int rows = accountMapper.updateById; if { return true; // geng新成功 } // 3. geng新失败，版本号Yi变化，重试 retryCount++; Thread.sleep, 1000L)); } return false; } 2.3 乐观锁的优缺点

优点性Neng较好，不会阻塞线程

缺点需要处理geng新失败的情况，可Neng需要多次重试

在分布式系统中，JVM锁只Neng锁住当前JVM实例，无法跨服务节点。

# 加锁命令 SET lock_key unique_value NX PX # 参数说明： # NX: 不存在才设置 # PX: 过期时间 # unique_value: 唯一标识，防止误删 3.2 Java代码实现

@Autowired private RedissonClient redissonClient; public boolean deductBalanceWithDistributedLock { String lockKey = "account:lock:" + userId; RLock lock = redissonClient.getLock; boolean acquired = false; try { // 尝试获取锁 acquired = lock.tryLock; if { return false; } // 执行业务逻辑 Account account = accountMapper.selectById; if .compareTo <0) { return false; } account.setBalance.subtract); return accountMapper.updateById> 0; } finally { if ) { lock.unlock; } } } 四、高性Neng架构设计 4.1 多级缓存架构

L1本地缓存Caffeine缓存，1秒过期，减少Redis访问

L2分布式缓存Redis缓存，5分钟过期，共享数据

L3数据库MySQL持久化存储，说实话，这是Zui可靠的存储方式。

将总库存分到多个Redis桶中，秒杀时随机选择桶扣减，降低竞争热度：害，这个方法挺巧妙的。

// 库存预热：分10个桶
for  {
    String bucketKey = "seckill:stock:" + activityId + ":bucket:" + i;
    redisTemplate.opsForValue.set;
}
// 秒杀扣减：随机选择桶
int bucketIndex = ThreadLocalRandom.current.nextInt;
String bucketKey = "seckill:stock:" + activityId + ":bucket:" + bucketIndex;
redisTemplate.opsForValue.decrement;

...

监控告警配置示例

监控指标

QPS监控 : 每秒请求量

响应时间 : 接口平均响应时间

错误率 : 接口错误率

合理设置重试次数 : 根据业务场景设置合理的重试次数，避免无限重试导致雪崩。咱就是说重试次数太多也不好，会给系统带来额外压力。

使用异步处理 : 对于非实时性要求的操作，使用消息队列进行异步处理Ke以有效降低系统压力，你懂的，这样Ke以提高系统的吞吐量。

... 熔断器状态机转换图示

...