mysql性能优化-事务及锁

原子性(Atomicity) 最小的工作单元，整个工作单元要么一起提交成功，要么全部失败回滚。
一致性(Consistency) 事务中操作的数据及状态改变是一致的，即写入资料的结果必须完全符合预设的规则，不会因为出现系统意外等原因导致状态的不一致。
隔离性(Isolation) 一个事务所操作的数据在提交之前，对其他事务的可见性设定(一般设定为不可见)。
持久性(Durability) 事务所做的修改就会永久保存，不会因为系统意外导致数据的丢失。

不可重复读：在一个事务内多次读取同一数据集合。在这一事务还未结束前，另一事务也访问了该同一数据集合并做了修改，由于第二个事务的修改，第一次事务的两次读取的数据可能不一致。

未提交读：事务中的修改，即使没有提交，对其它事务也是可见的
- 存在脏读，不能解决并发问题
Read Committed(提交读)：一个事务开始之后，只能看到自己提交的事务所做的修改。
- 解决了脏读问题，没有解决不可重复读(nonrepeatable read) 问题
Repeatable Read (可重复读)：在同一个事务中多次读取同样的数据结果是一样的。
- 解决不可重复读问题，未定义解决幻读的问题
Serializable (串行化)：解决所有问题最高的隔离级别，通过强制事务的串行执行

查看mysql的设置的事务隔离级别:

1	select @@tx_isolation; --默认为REPEATABLE-READ

锁用于管理不同事务对共享资源的并发访问。

表锁与行锁的区别:

InnoDB存储引擎支持行锁和表锁(另类的行锁)。

共享锁(行锁):Shared Locks
- 又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改；
排它锁(行锁):Exclusive Locks
- 又称为写锁，简称X锁，排他锁不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的锁(共享锁、排他锁)，只有该获取了排他锁的事务是可以对数据行进行读取和修改，(其他事务要读取数据可来自于快照)。
意向锁共享锁(表锁):Intention Shared Locks
意向锁排它锁(表锁):Intention Exclusive Locks
自增锁:AUTO-INC Locks

共享锁加锁释放锁语法:

1 2	select * from users WHERE id=1 LOCK IN SHARE MODE; commit/rollback

排它锁加锁释锁方式:

1
2
3

delete / update / insert 默认加上X锁  
SELECT * FROM table_name WHERE ... FOR UPDATE  
commit/rollback

行锁的算法：

意向锁(IS、IX)是InnoDB数据操作之前自动加的，不需要用户干预。

意义：当事务想去进行锁表时，可以先判断意向锁是否存在，存在时则可快速返回该表不能启用表锁。

锁住记录+区间(左开右闭)
当sql执行按照索引进行数据的检索时,查询条件为范围查找(between and、<、>等)并有数据命中则此时SQL语句加上的锁为Next-key locks，锁住索引的记录+区间(左开右闭)

锁住具体的索引项
当sql执行按照唯一性(Primary key、Unique key)索引进行数据的检索时，查询条件等值匹配且查询的数据存在，这时SQL语句加上的锁即为记录锁Record locks，锁住具体的索引项

解决脏读 :

解决不可重复读 :

解决幻读: