InnoDB行锁实现方式 InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！ 在实际应用中，要特别注意InnoDB行锁的这一特性，不然的话，可能导致大量的锁冲突，从而影响并发性能。下面通过一些实际例子来加以说明。 （1）在不通过索引条件查询的时候，I...
1.2 并发控制 1.2.1 读写锁 在处理并发读或写时，通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁通常被称为 共享锁（shared lock） 和 排它锁（exclusive lock），也叫读锁（read lock）和写锁（write lock）。 读锁是共享的，或者说是不互相阻塞的。多个客户端可以在同一时刻读取同一个资源，而互不干扰。写锁则是排他的，也就是说一个写锁会阻塞其他写锁和读锁。 1.2.2 锁粒度 ...
MyISAM和MEMORY存储引擎 采用的是表级锁；BDB存储引擎采用的是页面锁，但也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，但默认 情况下采用行级锁。 MySQL这3种锁的特性可大致归纳如下： （1）表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 （2）行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 （3）页面锁：开销和加锁时间...
优惠券明细表 CREATE TABLE `coupon_detail` (`coup_id` int(11) NOT NULL AUTO_INCREMENT,`act_code` char(6) NOT NULL DEFAULT ‘‘ COMMENT ‘活动编号‘,`coup_code` char(6) NOT NULL DEFAULT ‘‘ COMMENT ‘优惠券编码‘,`coup_user_id` int(11) NOT NULL DEFAULT ‘0‘ COMMENT ‘领取券用户id‘,PRIMARY KEY (`coup_id`),UNIQUE KEY `coup_code_idx` (`coup_code`) USING BTREE COMMENT ‘优惠券编码唯一索引‘,KEY `coup...
当并发事务同时访问一个资源的时候，有可能导致数据不一致。因此需要一种致机制来将访问顺序化。锁就是其中的一种机制。 数据库上的操作可以归纳为两中，读和写。多个事务同时读一个对象的时候，是不会有冲突的。同时读和写或者同时写才会产生冲突。因此为了提高并发性，通常定义两种锁： A. 共享锁（Shared Lock、S锁） 也叫读锁. 共享锁表示对数据进行读操作。因此多个事务可以同时为一个对象加共享锁。 B. 排他锁（Exclusive ...
一、行锁概念及特点1.概念：给单独的一行记录加锁，主要应用于innodb表存储引擎2.特点：在innodb存储引擎中应用比较多，支持事务、开销大、加锁慢；会出现死锁；锁的粒度小，并发情况下，产生锁等待的概率比较低，所以支持的并发数比较高。 二、数据库事务1.概念：事务是一系列操作组成的工作单元，该工作单元内的操作是不可分割的，也就是说要么全部都执行，要么全部不执行。2.特性：ACID原子性：事务是最小的工作单元，不可分割一...
l 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 l 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 l 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 从上述特点可见，很难笼统地说哪种锁更好，只能就具体应用的特点来说哪种锁更合适！仅从锁的角度来说：表级锁更适...
数据库的使用过程中可能遇到锁表的情况，导致其他进程访问同样的表时出现超时的情况，如果是生产还会看到大量的pool 跪了，如果你在刷sql，你应该立即就会明白什么情况了。show full processlist;显示哪些线程正在运行，查看锁表语句等：锁表的情况如上图：waiting for table metadata lock，如果不是和其他事物冲突的情况下，它会自己好，也可以停掉自己刷的sql它就会释放锁，和其他事物冲突的情况下可以杀掉，kill 2292。查看正在...
Table_locks_immediate：产生表级锁定的次数； Table_locks_waited：出现表级锁定争用而发生等待的次数； 产生的锁定次数是自动启动之后开始计算的。 等待时间过长，表示锁的争用情况比较严重 行级锁定同样分为两种类型，共享锁和排他锁，而在锁定机制的实现过程中为了让行级锁定和表级锁定共存，InnoDB也同样使用了意向锁（表级锁定）的概念，也就有了意向共享锁和意向排他锁这两种。 如果一个事务请求的锁模式与当前的锁兼...
以购买商品举例： ① 从数据库获取库存的数量。 ② 检查一下库存的数量是否充足。 ③ 库存的数量减去买家购买的数量(以每个用户购买一个为例)。 ④ 最后完成购买。 仅仅这几行逻辑代码在并发的情况下会出现问题，自己可以想象一下。 这里暂时就不测试了，下面会针对并发的处理给出测试结果。 创建表： CREATE TABLE `warehouse` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT ‘id‘, `stock` int(11) NOT NULL DEFAULT ‘0...
MyISAM和InnoDB的区别 MySQL默认采用的是MyISAM。 MyISAM不支持事务，而InnoDB支持。InnoDB的AUTOCOMMIT默认是打开的，即每条SQL语句会默认被封装成一个事务，自动提交，这样会影响速度，所以最好是把多条SQL语句显示放在begin和commit之间，组成一个事务去提交。 InnoDB支持数据行锁定，MyISAM不支持行锁定，只支持锁定整个表。即MyISAM同一个表上的读锁和写锁是互斥的，MyISAM并发读写时如果等待队列中既有读请求又有写请求，默认...
为了给高并发情况下的MySQL进行更好的优化，有必要了解一下MySQL查询更新时的锁表机制。 一、概述MySQL有三种锁的级别：页级、表级、行级。MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-levellocking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。MySQL这3种锁的特性可大致归纳如下：表级锁：开销小，加锁快...
通常锁分为悲观锁和乐观锁，所谓悲观锁就是处处提防着其人操作，生怕别人和自己抢资源，所以一上来就加锁了；而乐观锁就是老是乐天派觉得没人会和自己抢资源，只要按照规则来就没事，是自己通过数据库设定一个数据库字段来模拟锁机制，是一个君子协议，乐观的认为大家都是君子都会遵守。悲观锁分读锁和写锁，无论是读锁还是写锁，都不影响查询，查询大家都可以执行而且获取到结果，两把锁的区别就是读锁可以共享锁可以同时多人持有...
锁的分类从对数据的类型 （读\写）分：1.读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响2.写锁（排它锁）：当前写操作没有完成前，它会阻断其他写锁和读锁从对数据操作的粒度分：1.表锁2.行锁 表锁（偏读）1.偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁的粒度大，发生锁冲突的概率最高，并发度最低2.MyISAM 在执行查询（SELECT）语句前，会自动给涉及的所有表加读锁，在执行更新操作（UPDATE/DEL...
... LOCK IN SHARE MODE 设置了 IS 锁，而SELECT ... FOR UPDATE 设置了 IX 锁。意向锁协议（The intention locking protocol）如下所示：在一个事务获取表 t 中某一行的 S锁之前，他必须先获取 IS锁或者一个更重量级的锁（X等） 在一个事务获取一行的 X锁之前，他必须先获取表 t的 IX锁。这些规则可以总结为下面的图表(横向表示一个事务已经获取了对应的锁，纵向表示另外一个锁想要获取对应的锁--这段话我自己加的)： X...