一、MySQL逻辑架构

二、锁

1、读写锁

读锁是共享的，是互相不阻塞的，多个客户在同一时间读取同一资源，互补干扰。写锁是排他的，会阻塞其他的写锁和读锁，写锁有更高的优先级~

一种提高共享资源并发性的方式就是让锁定对象更有选择性。尽量只锁定需要修改的部分数据，而不是所有的资源，锁定的资源越少，系统的并发性更好。

表锁（table lock）

表锁是锁开销最小的策略，会锁定整张表，一个用户对表进行写操作前，需要先获得写锁，这会阻塞其他用户对表的所有读写操作。举例：有如下一张表

CREATE TABLE `emp2` (`id` int(11) NOT NULL DEFAULT '0',`name` varchar(100) NOT NULL,`job` varchar(100) NOT NULL,`num1` int(10) DEFAULT NULL,`num2` int(10) DEFAULT NULL,`num3` int(10) DEFAULT NULL,`job_num` int(10) DEFAULT NULL,`d` date DEFAULT NULL,PRIMARY KEY (`id`),KEY `job_num` (`job_num`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 ;

我们在一个终端中加上读表锁

然后打开另一个终端，可以读但不可以写

直到第一个链接释放锁之后，才能修改成功。

行级锁：

行锁可以最大程度的支持并发，但是锁的开销也最大，InnoDB支持行级锁，在存储引擎层实现。

死锁：

两个或者多个事务在同一资源上互相占用，并请求锁定对方占用的资源时，导致产生死锁，比如有如下2个事务

#事务1
start transaction;
update tab set col=45 where id = 4;
update tab set col=54 where id = 3;
commit;
#事务2
start transaction;
update tab set col=12 where id = 3;
update tab set col=18 where id = 4;
commit;

如果巧合，两个事务都执行了第一条，更新了一行，同时锁定了该行数据，接着都尝试去执行第二条，却发现被对方锁定，然后2个事务都等待对方释放锁，则陷入死循环。为了解决这问题，数据库系统实现了各种死锁检测和死锁超时机制。

2、隐式和显式锁定

隐式：InnoDB，在执行事务过程中会自动加锁，除非执行COMMIT或ROLLBACK时锁会自动释放。

显式：可以使用SELECT...LOCK IN SHARE MODE || SELECT...FOR UPDATE生成锁

三、InnoDB的MVCC（多版本并发控制）

通过在每行记录的最后保存2个隐藏的列来实现。一个保存行的创建时间，一个保存行的过期时间，其实存的系统版本号。每开始一个新的事务，系统版本号都会递增。事务开始时刻的系统版本号作为事务的版本号，用来和查询到的每行记录的版本号来比较。

SELECT：

InnoDB会根据以下2个条件检查每行记录：

a、只查找版本早于当前事务版本的数据行，也就是行的系统版本号小于或等于事务的系统版本号，这样可以确保事务读取的行，要么是在事务开始前已经存在的，要么是事务自身插入或修改的。

b、行的删除版本要么未定义，要么大于当前事务版本号。这样可以确保事务读取到的行在事务开始之前未被删除。

INSERT：

InnoDB为新插入的每一行保存当前系统版本号为行版本号

DELETE：

InnoDB为删除的每一行保存当前系统版本号作为行的删除标示。

UPDATE：

InnoDB为插入一行新纪录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为行删除标示。

保存这2个额外的系统版本号，使大多数读操作都可以不用枷锁。这样数据库操作简单，性能也会很好，并且保证只会读到标准的行。但是需要额外的空间和更多的检查工作。