并发控制
读写锁
处理并发读或写时，由两种类型的锁组成的锁系统来解决问题
1.共享锁既读锁，多个客户在同一时刻读取同一个资源，互不干扰
2.排他锁既写锁，一个写锁会堵塞其他的写锁和读锁，保证只有一个用户能执行写入，并防止其他用户读取正在写入的同一资源
锁粒度
表锁 进行写操作时，锁住整张表，堵塞其他用户对该表的所有读写操作
行级锁
最大支持并发,Innodb存储引擎实现了
事务
1.ACID概念
- 原子性:一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚
- 一致性：数据库总是从一个一致性的状态转换到另外一个一致性的状态。
- 隔离性：一个事务所做的修改再最终提交以前，对其它事务是不可见的；
- 持久性：一旦事务提交，则其所做的修改就会永久保存到数据库中。
隔离级别 https://www.cnblogs.com/snsdzjlz320/p/5761387.html#_label00
低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
READ UNCOMMITTED(未提交读)：事务中的修改，即使没有提交，对其它事务也都是可见的，也称脏读，一般很少使用
READ COMMITTED(提交读)：一个事务从开始直到提交之前，所做的任何修改对其它事务都是不可见的，两次相同的查询，查询结果可能不同，也称不可重复读
REPEATABLE READ(可重复读)：在同一个事务中多次读取同样记录的结果是一致的；（MySQL默认事务隔离级别），理论上会出现幻读（某个事务在读取范围内的数据时，另外一个事务在该范围内插入了新的记录，当之前事务重新读取时，会出现幻行，innodb已通过机制解决）
SERIALIZABLE(可串行化)：最高的隔离级别。通过强制事务串行化执行，避免幻读的问题。SERIALIZABLE会在读取的每一行数据上都加锁，可能导致大量的超市和锁争用的问题。只有在非常需要去报数据一致性且可以接受没有并发的情况下使用。
死锁
指两个或多个事务在同一资源上互相占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。
innodb解决方法：将持有最少行级排他锁的事务进行回滚。
事务提交
MySQL默认采用自动提交（AUTOCOMMIT）模式。如果不是显示开始一个事务，则每个查询都被当作一个事务执行提交操作。
可以通过设置AUTOCOMMIT变量来启用或者禁用自动提交模式：
mysql> show variables like 'AUTOCOMMIT';
mysql> set AUTOCOMMIT=1;
*注意：alter table , lock tables 命令在执行之前会强制执行COMMIT提交当前的活动事务；
隐性和显性锁定
隐性锁定，begin commit或rollback释放
显性锁定：select ... Lock in share mode
select ... For update
