mysql行锁和表锁

mysql innodb支持行锁和表锁，但是MyIsam只支持表锁。现在我们说说mysql innodb的行锁和

有如下表id为主键

为了出现演示效果,我们将mysql的autocommit设置为0

打开两个mysql命令行窗口,都设置为autocommit为0

窗口1:

窗口2:

这时候我们发现窗口2一直在阻塞,当我们在窗口1中commit后,发现窗口2有输出了。

上面我们更新不是同一个记录，为什么事物1没提交时，事物2一直等待了。因为这个时候用的是表锁。

现在我们给name字段加上索引，效果就不一样了。

总结:innodb 的行锁是在有索引的情况下,没有索引的表是锁定全表的.

更多关于mysql的锁的问题，参考网上以下几篇文章

6 mysql悲观锁总结和实践 mysql乐观锁总结和实践

时间： 2024-10-10 02:32:24

mysql行锁和表锁的相关文章

mysql中InnoDB存储引擎的行锁和表锁

Mysql的InnoDB存储引擎支持事务,默认是行锁.因为这个特性,所以数据库支持高并发,但是如果InnoDB更新数据的时候不是行锁,而是表锁的话,那么其并发性会大打折扣,而且也可能导致你的程序出错. 而导致行锁变为表锁的情况之一就是: SQL的更新(update)或者删除(delete)语句中未使用到索引,导致在InnoDB在对数据进行相应操作的时候必须把整个表锁起来进行检索(表锁).而如果使用了索引的话,InnoDB只会通过索引条件检索数据,而只锁住索引对应的行(行锁). 下面记录一下我遇到

MySQL中的锁（表锁、行锁）

锁是计算机协调多个进程或纯线程并发访问某一资源的机制.在数据库中,除传统的计算资源(CPU.RAM.I/O)的争用以外,数据也是一种供许多用户共享的资源.如何保证数据并发访问的一致性.有效性是所在有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素.从这个角度来说,锁对数据库而言显得尤其重要,也更加复杂. 概述相对其他数据库而言,MySQL的锁机制比较简单,其最显著的特点是不同的存储引擎支持不同的锁机制. MySQL大致可归纳为以下3种锁: 表级锁:开销小,加锁快:不会出

MySQL中的锁（表锁、行锁，共享锁，排它锁，间隙锁）

本文参考: http://mysqlpub.com/thread-5383-1-1.html http://blog.csdn.net/c466254931/article/details/53463596 有很多是转载合并过来. 锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源(如CPU.RAM.I/O等)的争用以外,数据也是一种供许多用户共享的资源.如何保证数据并发访问的一致性.有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重

MySQL学习之——锁(行锁、表锁、页锁、乐观锁、悲观锁等)

锁,在现实生活中是为我们想要隐藏于外界所使用的一种工具.在计算机中,是协调多个进程或县城并发访问某一资源的一种机制.在数据库当中,除了传统的计算资源(CPU.RAM.I/O等等)的争用之外,数据也是一种供许多用户共享访问的资源.如何保证数据并发访问的一致性.有效性,是所有数据库必须解决的一个问题,锁的冲突也是影响数据库并发访问性能的一个重要因素.从这一角度来说,锁对于数据库而言就显得尤为重要. MySQL锁相对于其他的数据库而言,MySQL的锁机制比较简单,最显著的特点就是不同的存储引擎支持不

MySQL中锁详解（行锁、表锁、页锁、悲观锁、乐观锁等）

原文地址:http://blog.csdn.net/mysteryhaohao/article/details/51669741 锁,在现实生活中是为我们想要隐藏于外界所使用的一种工具.在计算机中,是协调多个进程或线程并发访问某一资源的一种机制.在数据库当中,除了传统的计算资源(CPU.RAM.I/O等等)的争用之外,数据也是一种供许多用户共享访问的资源.如何保证数据并发访问的一致性.有效性,是所有数据库必须解决的一个问题,锁的冲突也是影响数据库并发访问性能的一个重要因素.从这一角度来说,锁对于

对mysql乐观锁、悲观锁、共享锁、排它锁、行锁、表锁概念的理解

操作数据库的时候,可能会由于并发问题而引起的数据的不一致性(数据冲突) ----乐观锁乐观锁不是数据库自带的,需要我们自己去实现.乐观锁是指操作数据库时(更新操作),想法很乐观,认为这次的操作不会导致冲突,在操作数据时,并不进行任何其他的特殊处理(也就是不加锁),而在进行更新后,再去判断是否有冲突了. 通常实现是这样的:在表中的数据进行操作时(更新),先给数据表加一个版本(version)字段,每操作一次,将那条记录的版本号加1.也就是先查询出那条记录,获取出version字段,如果要对那条记

MySQL锁(行锁、表锁、页锁、乐观锁、悲观锁等)

MySQL 行锁、表锁

1. 多个事务操作同一行数据时,后来的事务处于阻塞等待状态.这样可以避免了脏读等数据一致性的问题.后来的事务可以操作其他行数据,解决了表锁高并发性能低的问题 2.InnoDB的行锁是针对索引加的锁,不是针对记录加的锁.并且该索引不能失效,否则都会从行锁升级为表锁.没有索引的字段更新会变为表锁. 3.间歇锁是指update where id >6 大于6 这个间隙.危害(坑):若执行的条件是范围过大,则InnoDB会将整个范围内所有的索引键值全部锁定,很容易对性能造成影响 1 InnoDB

数据库中的行锁和表锁

一.事务并发调度的问题脏读:A事务读取B事务尚未提交的更改数据,并在这个数据基础上操作.如果B事务回滚,那么A事务读到的数据根本不是合法的,称为脏读.在oracle中,由于有version控制,不会出现脏读. 不可重复读:A事务读取了B事务已经提交的更改(或删除)数据.比如A事务第一次读取数据,然后B事务更改该数据并提交,A事务再次读取数据,两次读取的数据不一样. 幻读:A事务读取了B事务已经提交的新增数据.注意和不可重复读的区别,这里是新增,不可重复读是更改(或删除).这两种情况对策是不一样