MySQL锁解决并发问题详解

本文深入探讨了MySQL中的并发问题,特别是InnoDB存储引擎的锁机制。通过实例分析了乐观锁和悲观锁在并发控制中的应用,揭示了如何解决并发时的最大发行量和单个用户领取限制问题。此外,还介绍了MySQL的事务隔离级别,以及不同SQL语句的加锁行为,包括快照读和当前读的概念。最后,讨论了InnoDB的死锁处理和MVCC(多版本并发控制)策略。
摘要由CSDN通过智能技术生成

原文地址:http://leihuang.org/2015/09/10/mysql-lock-concurrency/

文章分为以下几个要点

  1. 问题描述以及解决过程
  2. MySQL锁机制
  3. 数据库加锁分析

下面讨论的都是基于MySQL的InnoDB。

0. 问题描述以及解决过程

因为涉及到公司利益问题,所以下面很多代码和数据库信息,进行了缩减和修改,望见谅。

业务场景是优惠券系统规则规定了一个优惠券活动最多可发行多少张优惠券和每个用户最多可领取优惠券数量。

下面列出两张表的结构。

活动表

CREATE TABLE `coupon_activity` (
  `act_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `act_code` char(6) NOT NULL DEFAULT '' COMMENT '活动编码',
  `coup_issue_num` int(11) NOT NULL DEFAULT '0' COMMENT '优惠券发行量',
  `coup_per_num` int(11) NOT NULL DEFAULT '0' COMMENT '单个用户可领取数',
  PRIMARY KEY (`act_id`),
  UNIQUE KEY `act_code_idx` (`act_code`) COMMENT '活动编码唯一索引'
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

优惠券明细表

CREATE TABLE `coupon_detail` (
  `coup_id` int(11) NOT NULL AUTO_INCREMENT,
  `act_code` char(6) NOT NULL DEFAULT '' COMMENT '活动编号',
  `coup_code` char(6) NOT NULL DEFAULT '' COMMENT '优惠券编码',
  `coup_user_id` int(11) NOT NULL DEFAULT '0' COMMENT '领取券用户id',
  PRIMARY KEY (`coup_id`),
  UNIQUE KEY `coup_code_idx` (`coup_code`) USING BTREE COMMENT '优惠券编码唯一索引',
  KEY `coup_user_idx`
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值