程序网站开发,加工平台app,那个平台能免费做网站,中国那个公司的网站做的最好看Mysql锁#xff1a; 在多线程当中如果想保证数据的准确性是如何实现的呢#xff1f;没错#xff0c;通过同步实现。同步就相当于是加锁。加了锁以后有什么好处呢#xff1f;当一个线程真正在操作数据的时候#xff0c;其他线程只能等待。当一个线程执行完毕后#xff0c;…Mysql锁 在多线程当中如果想保证数据的准确性是如何实现的呢没错通过同步实现。同步就相当于是加锁。加了锁以后有什么好处呢当一个线程真正在操作数据的时候其他线程只能等待。当一个线程执行完毕后释放锁。其他线程才能进行操作 那么我们的MySQL数据库中的锁的功能也是类似的处理事务的隔离性中可能会出现脏读、不可重复读、幻读的问题所以锁的作用也可以解决这些问题 在数据库中数据是一种供许多用户共享访问的资源如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题MySQL由于自身架构的特点在不同的存储引擎中都设计了面对特定场景的锁定机制所以引擎的差别导致锁机制也是有很大差别的。 锁机制 : 数据库为了保证数据的一致性而使用各种共享的资源在被并发访问时变得有序所设计的一种规则。举例在电商网站购买商品时商品表中只存有1个商品而此时又有两个人同时购买那么谁能买到就是一个关键的问题。 这里会用到事务进行一系列的操作 先从商品表中取出物品的数据然后插入订单付款后再插入付款表信息更新商品表中商品的数量 以上过程中使用锁可以对商品数量数据信息进行保护实现隔离即只允许第一位用户完成整套购买流程而其他用户只能等待这样就解决了并发中的矛盾问题。 锁的分类
按操作分类 共享锁也叫读锁。针对同一份数据多个事务读取操作可以同时加锁而不互相影响 但是不能修改数据记录。排他锁也叫写锁。当前的操作没有完成前,会阻断其他操作的读取和写入 按粒度分类 表级锁操作时会锁定整个表。开销小加锁快不会出现死锁锁定力度大发生锁冲突概率高并发度最低。偏向于MyISAM存储引擎行级锁操作时会锁定当前操作行。开销大加锁慢会出现死锁锁定粒度小发生锁冲突的概率低并发度高。偏向于InnoDB存储引擎页级锁锁的粒度、发生冲突的概率和加锁的开销介于表锁和行锁之间会出现死锁并发性能一般。 按使用方式分类 悲观锁每次查询数据时都认为别人会修改很悲观所以查询时加锁。乐观锁每次查询数据时都认为别人不会修改很乐观但是更新时会判断一下在此期间别人有没有去更新这个数据 不同存储引擎支持的锁
存储引擎表级锁行级锁页级锁MyISAM支持不支持不支持InnoDB支持支持不支持MEMORY支持不支持不支持BDB支持不支持支持
共享锁: 多个共享锁之间可以共享如果是有键的话InnoDB默认是行锁没有的话就会提升到表锁是行锁时多个窗口可以修改不同行的数据同行的话需要等先加锁的提交不同行可以直接修改但是另外一个要查询也要等后面修改的提交。提交完锁就消失了 共享锁
SELECT语句 LOCK IN SHARE MODE;窗口1
- 窗口1
/*共享锁数据可以被多个事务查询但是不能修改
*/
-- 开启事务
START TRANSACTION;-- 查询id为1的数据记录。加入共享锁
SELECT * FROM student WHERE id1 LOCK IN SHARE MODE;-- 查询分数为99分的数据记录。加入共享锁
SELECT * FROM student WHERE score99 LOCK IN SHARE MODE;-- 提交事务
COMMIT;窗口2
-- 窗口2
-- 开启事务
START TRANSACTION;-- 查询id为1的数据记录(普通查询可以查询)
SELECT * FROM student WHERE id1;-- 查询id为1的数据记录并加入共享锁(可以查询。共享锁和共享锁兼容)
SELECT * FROM student WHERE id1 LOCK IN SHARE MODE;-- 修改id为1的姓名为张三三(不能修改会出现锁的情况。只有窗口1提交事务后才能修改成功)
UPDATE student SET NAME张三三 WHERE id 1;-- 修改id为2的姓名为李四四(修改成功InnoDB引擎默认是行锁)
UPDATE student SET NAME李四四 WHERE id 2;-- 修改id为3的姓名为王五五(修改失败InnoDB引擎如果不采用带索引的列加锁。则会提升为表锁)
UPDATE student SET NAME王五五 WHERE id 3;-- 提交事务
COMMIT;排他锁 在排他锁执行的时候其他事务普通查询可以不可以加锁任何操作 -- 标准语法
SELECT语句 FOR UPDATE;窗口1
-- 窗口1
/*排他锁加锁的数据不能被其他事务加锁查询或修改
*/
-- 开启事务
START TRANSACTION;-- 查询id为1的数据记录并加入排他锁
SELECT * FROM student WHERE id1 FOR UPDATE;-- 提交事务
COMMIT;窗口2
-- 窗口2
-- 开启事务
START TRANSACTION;-- 查询id为1的数据记录(普通查询没问题)
SELECT * FROM student WHERE id1;-- 查询id为1的数据记录并加入共享锁(不能查询。因为排他锁不能和其他锁共存)
SELECT * FROM student WHERE id1 LOCK IN SHARE MODE;-- 查询id为1的数据记录并加入排他锁(不能查询。因为排他锁不能和其他锁共存)
SELECT * FROM student WHERE id1 FOR UPDATE;-- 修改id为1的姓名为张三(不能修改会出现锁的情况。只有窗口1提交事务后才能修改成功)
UPDATE student SET NAME张三 WHERE id1;-- 提交事务
COMMIT;MyISAM锁
MyISAM读锁 myisam是加整个表的锁读锁的时候不解锁的话所有的事务可以查不可以有其他任何操作包括本身事务也不可以操作 -- 加锁
LOCK TABLE 表名 READ;-- 解锁(将当前会话所有的表进行解锁)
UNLOCK TABLES;MyISAM写锁 写锁的时候只要不解锁其他事务不可以执行任何操作本身事务可以操作 -- 标准语法
-- 加锁
LOCK TABLE 表名 WRITE;-- 解锁(将当前会话所有的表进行解锁)
UNLOCK TABLES;悲观锁 就是很悲观它对于数据被外界修改的操作持保守态度认为数据随时会修改。整个数据处理中需要将数据加锁。悲观锁一般都是依靠关系型数据库提供的锁机制。行锁表锁不论是读写锁都是悲观锁。 乐观锁 就是很乐观每次自己操作数据的时候认为没有人会来修改它所以不去加锁。但是在更新的时候会去判断在此期间数据有没有被修改。需要用户自己去实现不会发生并发抢占资源只有在提交操作的时候检查是否违反数据完整性。 乐观锁的简单实现方式 实现思想加标记去比较一样则执行不同则不执行 方式一版本号 给数据表中添加一个version列每次更新后都将这个列的值加1。读取数据时将版本号读取出来在执行更新的时候比较版本号。如果相同则执行更新如果不相同说明此条数据已经发生了变化。用户自行根据这个通知来决定怎么处理比如重新开始一遍或者放弃本次更新。 -- 创建city表
CREATE TABLE city(id INT PRIMARY KEY AUTO_INCREMENT, -- 城市idNAME VARCHAR(20), -- 城市名称VERSION INT -- 版本号
);-- 添加数据
INSERT INTO city VALUES (NULL,北京,1),(NULL,上海,1),(NULL,广州,1),(NULL,深圳,1);-- 修改北京为北京市
-- 1.查询北京的version
SELECT VERSION FROM city WHERE NAME北京;
-- 2.修改北京为北京市版本号1。并对比版本号
UPDATE city SET NAME北京市,VERSIONVERSION1 WHERE NAME北京 AND VERSION1;方式二时间戳 和版本号方式基本一样给数据表中添加一个列名称无所谓数据类型需要是timestamp每次更新后都将最新时间插入到此列。读取数据时将时间读取出来在执行更新的时候比较时间。如果相同则执行更新如果不相同说明此条数据已经发生了变化。 悲观锁和乐观锁使用前提 对于读的操作远多于写的操作的时候这时候一个更新操作加锁会阻塞所有的读取操作降低了吞吐量。最后还要释放锁锁是需要一些开销的这时候可以选择乐观锁。如果是读写比例差距不是非常大或者系统没有响应不及时吞吐量瓶颈的问题那就不要去使用乐观锁它增加了复杂度也带来了业务额外的风险。这时候可以选择悲观锁。
