mysql什么时候需要加锁_数据库-mysql-什么时候锁表

说在前面：基于innodb讨论

1.insert时全表锁，update是行级锁(非绝对-成功使用索引时锁行，否则锁表)

2.是否使用行锁分析

3.行表锁总结：

1)表级锁 开销小，吞吐量会减小

2)行级锁 消耗大，吞吐量也大

3)MyISAM只支持表级锁；InnoDB支持行级锁(分为共享锁与排它锁)，可以使用表锁；

当前读(除显式in share外，包括update都是拍他锁)

4)innodb一般情况下走索引或者主键更新都是锁行，其余都是锁表，在并发的时候可以加select for update手工锁

4. InnoDB表，主要有以下几点

(１)InnoDB的行销是基于索引实现的，如果不通过索引访问数据，InnoDB会使用表锁。

(２)InnoDB间隙锁机制，以及InnoDB使用间隙锁的原因。

(３)在不同的隔离级别下，InnoDB的锁机制和一致性读策略不同。

(４)ＭySQL的恢复和复制对InnoDB锁机制和一致性读策略也有较大影响。

(５)锁冲突甚至死锁很难完全避免。

在了解InnoDB的锁特性后，用户可以通过设计和SQL调整等措施减少锁冲突和死锁，包括：

尽量使用较低的隔离级别

精心设计索引，并尽量使用索引访问数据，使加锁更精确，从而减少锁冲突的机会。细粒度

选择合理的事务大小，小事务发生锁冲突的几率也更小。

给记录集显示加锁时，最好一次性请求足够级别的锁。比如要修改数据的话，最好直接申请排他锁，而不是先申请共享锁，修改时再请求排他锁，这样容易产生死锁。

不同的程序访问一组表时，应尽量约定以相同的顺序访问各表，对一个表而言，尽可能以固定的顺序存取表中的行。这样可以大减少死锁的机会。

尽量用相等条件访问数据，这样可以避免间隙锁对并发插入的影响。

不要申请超过实际需要的锁级别；除非必须，查询时不要显示加锁。

对于一些特定的事务，可以使用表锁来提高处理速度或减少死锁的可能。

5.要修改数据，首先要找到数据，而如果没有索引，就会直接锁住表的数据，就会锁住其他的会话。

6.InnoDB行锁是通过给索引上的索引项加锁来实现的

附：

共享锁与排他锁

1.首先说明：数据库的增删改操作默认都会加排他锁，而查询不会加任何锁。

|--共享锁：对某一资源加共享锁，自身可以读该资源，其他人也可以读该资源(也可以再继续加共享锁，即 共享锁可多个共存)，但无法修改。要想修改就必须等所有共享锁都释放完之后。语法为：

select * from table lock in share mode

|--排他锁：对某一资源加排他锁，自身可以进行增删改查，其他人无法进行任何操作。语法为：

select * from table for update