MySQL InnoDB锁原理剖析，java里面的反射原理

begin / start transaction;

2）设定事务是否自动开启（off代表事务不会自动提交）：

set session autocommit = on/off;

二、怎么结束事务？

1）提交或者回滚都会结束事务：

commit / rollback;

三、怎么加锁？

1）自动加锁：

delete / update / insert 语句会自动加上排他锁；

2）手动加排它锁：

select * from student where id=1 FOR UPDATE；

锁是在事务结束的时候释放的，所以如果没有手工开启一个事务，或者没有设置事务自动提交为关闭（off），锁也随事务的自动提交而释放。

锁的原理

MySQL InnoDB的锁到底锁住了什么？

我们先假设MySQL的锁锁定的是一行数据或者记录（Record）。

· 演示1

创建一张没有索引的表：

CREATE TABLE t1 (

id int(11) DEFAULT NULL,

name varchar(255) DEFAULT NULL

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO t1 (id, name) VALUES (1, ‘1’);

INSERT INTO t1 (id, name) VALUES (2, ‘2’);

INSERT INTO t1 (id, name) VALUES (3, ‘3’);

INSERT INTO t1 (id, name) VALUES (4, ‘4’);

测试语句：

我们发现，当事务1锁住id=1的数据时，事务2操作id=3的数据行（存在）和id=5的数据行（不存在）都被阻塞了。

实际上，大家可以动手验证一下，表中的其他任何数据行的锁都无法获取，也就是整张表都被锁了。

至此，我们可以确定前面的假设是错误的，MySQL的锁，锁住的不是数据行（或者记录Record），否则不会出现整张表都被锁住的情况。

那为什么会锁住整张表？MySQL锁，到底锁住了什么？我们继续往下验证。

· 演示2

创建一张带主键索引的表：

DROP TABLE IF EXISTS t2;

CREATE TABLE t2 (

id int(11) NOT NULL,

name varchar(255) DEFAULT NULL,

PRIMARY KEY (id)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO t2 (id, name) VALUES (1, ‘1’);

INSERT INTO t2 (id, name) VALUES (4, ‘4’);

INSERT INTO t2 (id, name) VALUES (7, ‘7’);

INSERT INTO t2 (id, name) VALUES (10, ‘10’);

当一个事务锁定的记录有主键索引的时候， 其他事务不可以再次获取这一条记录的锁，但是其他的记录都不受影响。

**结论：如果InnoDB的行锁不是通过锁定记录实现的，那么可能和索引有关

【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】

开源分享完整内容戳这里

？**

· 演示3

创建一张有主键索引和唯一索引的表，其中id列上有主键索引，name列上有唯一索引：