锁机制

1三、锁机制

解决资源共享而形成的并发==问题==

13.一、悲观锁

老是假设最坏的状况，每次去拿数据的时候都认为别人会修改，因此每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了不少这种锁机制，好比行锁，表锁等，读锁，写锁等，都是在作操做以前先上锁。

13.二、乐观锁

老是假设最好的状况，每次去拿数据的时候都认为别人不会修改，因此不会上锁，可是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可使用版本号机制和CAS算法实现。乐观锁适用于多读，少写的应用类型，这样能够提升吞吐量。

13.2.一、乐观锁的缺点

ABA 问题

若是一个变量V初次读取的时候是A值，而且在准备赋值的时候检查到它仍然是A值，那咱们就能说明它的值没有被其余线程修改过了吗？很明显是不能的，由于在这段时间它的值可能被改成其余值，而后又改回A，那CAS操做就会误认为它历来没有被修改过。这个问题被称为CAS操做的 "ABA"问题。

自旋CAS（也就是不成功就一直循环执行直到成功）若是长时间不成功，会给CPU带来很是大的执行开销

13.2.二、乐观锁的实现

版本号机制

通常是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加一。当线程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取到的version值为当前数据库中的version值相等时才更新，不然重试更新操做，直到更新成功。 提交版本必须大于记录当前版本才能执行更新 “ 的乐观锁策略

CAS算法

即compare and swap（比较与交换），是一种有名的无锁算法。无锁编程，即不使用锁的状况下实现多线程之间的变量同步，也就是在没有线程被阻塞的状况下实现变量的同步，因此也叫非阻塞同步（Non-blocking Synchronization）。CAS算法涉及到三个操做数

• 须要读写的内存值 V
• 进行比较的值 A
• 拟写入的新值 B

当且仅当 V 的值等于 A时，CAS经过原子方式用新值B来更新V的值，不然不会执行任何操做（比较和替换是一个原子操做）。通常状况下是一个自旋操做，即不断的重试。

CAS 只对单个共享变量有效，当操做涉及跨多个共享变量时 CAS 无效

锁的分类

操做类型：

• 读锁（共享锁）： 对同一个数据，多个读操做能够同时进行，可是不能够进行写操做
• 写锁（互斥锁）： 若是当前写操做没有完毕，那么没法进行其余的操做（读操做、写操做）

操做范围：

• 表锁：一次性对一张表总体加锁 例如MyISAM ,

  • 优势：开销小，加锁快
  • 缺点：锁的范围大，容易发生冲突。
• 行锁：一次性对一行数据加锁
• 页锁

锁操做

--加锁
lock table  mytable read/write; 

--查看加锁的表
show open tables;

--会话：session： 每个访问数据的dos命令行、数据库客户端工具


----------【加读锁】
--会话0
--对A表加了【读锁】，那么会话0能够对A表进行读，可是不能够写
--会话0不能够对其余表进行        读和写

--其余会话
---能够对A表进行读操做，
---写操做会等待A表的读锁释放




----------【加写锁】

--会话0给表A加写锁，那么会话0能够对A表进行【任何操做】，可是【不能】对其余表操做

--其余会话：
 ---能够对会话0加锁的表进行增删改查，可是要等会话0释放锁

查看那些表加了锁： show open tables ；1表明加了锁

分析表锁定的严重程度： hosw status like ' table%' ；

​ table_locks_immediate：可能获取到的锁数

​ Table_locks_waited:表示要等待的锁数

表锁经过unlock tables 进行解锁

行锁经过事务进行解锁，commit rollback

行锁的注意状况

--若是没有【索引】，行锁会转换为【表锁】

索引类发生了 类型转换，那么索引失效。所以锁已经转换，那么会执行失败

行锁分析

show status like '%innodb_row_lock%';

----Innodb_row_lock_current_waits ：当前正在等待的锁的数量
| Innodb_row_lock_time ： 等待总时长。从系统启动到如今一共等待的时间
| Innodb_row_lock_time_avg ：平均等待的市场。从系统启动到如今的平均等待时间
| Innodb_row_lock_time_max 最大等待时间。从系统启动到如今最大一次等待时间

| Innodb_row_lock_waits ： 等待次数