mysql事务和锁
参考：
MySQL InnoDB中，乐观锁、悲观锁、共享锁、排它锁、行锁、表锁、死锁概念的理解
事务和锁机制是什么关系？ 开启事务就自动加锁了吗？
数据库事务有不同的隔离级别，不同的隔离级别对锁的使用是不同的，锁的应用最终导致不同事务的隔离级别。
1、事务与锁是不同的。事务具有ACID（原子性、一致性、隔离性和持久性），锁是用于解决隔离性的一种机制。
2、事务的隔离级别通过锁的机制来实现。另外锁有不同的粒度，同时事务也是有不同的隔离级别的。
3、开启事务就自动加锁。
一，锁
锁是并发控制中最核心的概念之一，在MySQL中的锁分两大类，一种是读锁，一种是写锁，读锁也可以称为共享锁（shared lock），写锁也通常称为排它锁（exclusive lock）。
这里先不讨论锁的具体实现，描述一下锁的概念：读锁是共享的，或者说是相互不阻塞的。多个客户在同一时刻可以同时读取一个资源，且互不干扰。写锁则是排他的，就是说一个写锁会阻塞其他的写锁和读锁，这是出于安全策略的考虑，只有这样，才能确保在给定时间里，只有一个用户能执行写入，并防止其他用户读取正在写入的同一资源。另外在一般情况下，写锁比读锁优先级高。
MySQL中的锁有两种粒度，一种是表锁，在表级别加锁，是MySQL中最基本的锁策略，并且开销最小，这种锁的并发性能较低；另一种为行锁，在行级加锁，并发性较高。表锁与行锁没有绝对的性能强弱之分，在应用中可以根据实际场景选择，在锁粒度与数据安全之间寻求一种平衡机制。
InnoDB的行锁是基于索引实现的，如果不通过索引访问数据，InnoDB会使用表锁。
锁的具体实现协议大体分为两种：显式锁和隐式锁。显式锁是指根据用户需要手动去请求的锁。隐式锁则是指存储引擎自行根据需要施加的锁。显式锁的用法示例：
例1：开启两个ssh连接同一主机，进入MySQL，在连接A上对表tbl2做读锁操作：
1 mysql> USE mysql; 2 mysql> LOCK TABLE tbl2 READ;
在连接B上读取数据是可以的，但是写入数据不行：
1 mysql> USE mysql; 2 mysql> SELECT * FROM tbl2; 3 mysql> INSERT INTO tbl2 VALUES (1,'tom'); #会一直卡在这一步，不向后执行。
当在连接1上将tbl2解锁后，就能写入数据了：
二，事务
事务的特性
原子性，一致性，隔离性，持久性
并发事务带来的问题
更新丢失：一个事务的更新覆盖了另一个事务的更新，这里出现的就是丢失更新的问题。
脏读：一个事务读取了另一个事务未提交的数据。
不可重复读：一个事务两次读取同一个数据，两次读取的数据不一致。
幻读：一个事务两次读取一个范围的记录，两次读取的记录数不一致。
事务的隔离级别
1.READ UNCOMMITTED（读未提交）（解决：更新丢失的问题） 在READ UNCOMMITTED级别，事务中的修改即使没有提交，对其它事务也都是可见的。即事务可读取未提交的数据，这称为脏读（Dirty Read）。这会导致很多问题，在实际应用中一般很少用到。 2.READ COMMITED（读已提交）（解决：脏读） READ COMMITTED表示只能读取事务修改提交后的数据。此级别有时候也叫做不可重复读（nonrepeatable read），因为两次执行同样的查询，可能会得到不一样的结果。 3.REPEATABLE READ（可重复读，默认级别）（解决：不可重复度） 此级别解决了脏读的问题，保证了在同一个事务中多次同样记录的结果是一致的。但会带来新的问题——幻读（Phantom Read）。MySQL默认使用此级别。 4.SERIALIZABLE（可串行化）（解决：幻读，所有问题） SERIALIZABLE是最高的隔离级别。它会强制事务串行执行，避免了幻读、脏读的问题，但是牺牲了并发性。
数据库设置
//查看当前事物级别： SELECT @@tx_isolation; //设置read uncommitted级别： set session transaction isolation level read uncommitted; //设置read committed级别： set session transaction isolation level read committed; //设置repeatable read级别： set session transaction isolation level repeatable read; //设置serializable级别： set session transaction isolation level serializable;
