MySQL锁与事务

关注

原创最新推荐文章于 2026-03-25 01:03:16 发布 939 阅读 AI 写同款· GEO 优化 ›

MySQL事务和锁作者：IT王小二博客：https://itwxe.com MySQL是怎么解决并发事务所产生的问题呢？又借助了哪些锁的思想呢？这篇小二给小伙伴们继续唠一唠MySQL的那些事。一、事务是什么事务是由一组SQL语句组成的逻辑处理单元，这些操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。通常有下面4个特性，也就是咱程序猿俗称的ACID属性。原子性(Atomicity)：事务是一个原子操作单元，其对数据的修改，要么全部执行，要么全部不执行。举个例子：情人节小二给女朋友转账520块，那么SQ. 阅读详情

以前只知道数据库的增删改查，熟用create 、insert into、update、delete from、select等。平常自己一条一条用起来自我感觉良好，根本不会出现什么问题。可是一旦与真实的产品结合起来，就没有想的那么简单了。产品需要保证数据的可靠性和稳定性，得应对并发情况，毕竟产品不是一个人玩。这很容易让人想到”锁“这个东西，编程的人都知道，多线程的时候，会采用“加锁”“解锁”的方式来保证共享数据不会乱，那对于数据库呢？其实数据库也有“锁”，这就涉及到数据库”事务“的概念。

数据库中的“锁”机制。

共享锁：由读表操作加上的锁，其他操作只能读，不能写。

排它锁：由写表操作加上的锁，其他操作既不能读也不能写。

锁的范围，可以针对表，也可以针对行，这样就有了：

表共享锁、行共享锁、表排它锁，行排它锁。

利用数据库的锁机制，生成了四种隔离策略，它们分别是：

1、未提交读（READUNCOMMITTED）。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据（脏读）。
2、提交读（READCOMMITTED）。本事务读取到的是最新的数据（其他事务提交后的）。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的结果（不重复读）。
3、可重复读（REPEATABLEREAD）。在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同样的SELECT操作读到的结果会是一致的。但是，会有幻读现象。
4、串行化（SERIALIZABLE）。读操作会隐式获取共享锁，可以保证不同事务间的互斥。

InnoDB存储引擎默认是重复读的隔离策略，所以，我个人觉得可以这样理解：我们使用InnoDB存储引擎建表时，我们就已经考虑到了并发操作的情况，而可重复读隔离策略就相当于打包的锁机制，形成的一种策略，当我们把隔离策略设置成它的时候，就相当于在利用此策略解决并发问题。个人一般不自己去定义利用锁定义策略，因为定义不好的话，容易出现死锁等问题。所以，在开发过程中，根据实际情况设置一下隔离策略就行了。

什么是事务？

事务就是逻辑上的一组操作，这一组操作要么都成功，要么都失败，以保证数据库里的数据安全。以数据库插入操作举例，有时候想在某张表中插入一条记录的时候，往往需要在另一张表里要先插入一条记录，这时候，在这两个表里插入记录就组成了一个事务，要么两个表都插入成功，如果这两张表有一张插入出现问题，那么两张表都需要保持插入之前的状态。

MySQL事务处理的方法：

MYSQL默认是自动提交的，也就是你提交一个QUERY，它就直接执行！我们可以通过
set autocommit=0 禁止自动提交
set autocommit=1 开启自动提交

下面是MySQL API函数：

//连接数据库
	MYSQL *conn;
	conn = mysql_init(NULL);
	
	if(mysql_real_connect(conn,DataBaseIP,  DataBaseUser, DataBasePwd,DataBaseDatabase, 0, NULL, 0))
	{
		mysql_autocommit(conn,0);//禁止自动提交
	}//..............(执行一系列QUERY语句）,每一条执行完之后，判断是否执行成功，如果执行失败，则在那一条语句后面，用mysql_rollback(conn);回滚到之前的状态。