关于 mysql 锁的疑问

php中文网

发布时间：2016-06-06 20:07:31

1073人浏览过

来源于php中文网

原创

mysql 数据库，表的概念是对用户而言的么？用户a锁了某个表，用户b就会受锁影响，是这样么？
如果是，在一个网站站中，操作数据库都是同一个用户，这时候锁还起作用吗？
如果不是，又应该怎么理解？

回复内容：

锁定是针对请求而言的。
MySQL表锁定分为读锁定和写锁定，主要通过四个队列来维护：两个存放正在锁定中的读写锁定信息，两个存放等待中的读写锁定信息。

如下: • Current read-lock queue (lock->read) • Pending read-lock queue(lock->read_wait) • Current write-lock queue (lock->write) • Pendingwrite-lock queue (lock->write_wait) 当前持有读锁的所有线程的相关信息都能够在 Currentread-lock queue 中找到,队列中的信息按照获取到锁的时间依序存放。而正在等待锁定资源的信息则存放在 Pendingread-lock queue 里面,另外两个存放写锁信息的队列也按照上面相同规则来存放信息。读锁定一个新的客户端请求在申请获取读锁定资源的时候,需要满足两个条件: 1、请求锁定的资源当前没有被写锁定;2、写锁定等待队列(Pending write-lock queue)中没有更高优先级的写锁定等待;如果满足了上面两个条件之后,该请求会被立即通过,并将相关的信息存入 Current read-lock queue中,而如果上面两个条件中任何一个没有满足,都会被迫进入等待队列Pending read-lock queue 中等待资源的释放。写锁定当客户端请求写锁定的时候,MySQL 首先检查在 Current write-lock queue 是否已经有锁定相同资源的信息存在。如果 Current write-lock queue 没有,则再检查 Pending write-lock queue,如果在Pending write-lock queue 中找到了,自己也需要进入等待队列并暂停自身线程等待锁定资源。反之,如果 Pendingwrite-lock queue 为空,则再检测 Current read-lock queue,如果有锁定存在,则同样需要进入Pending write-lock queue 等待。当然,也可能遇到以下这两种特殊情况: 请求锁定的类型为 WRITE_DELAYED; 请求锁定的类型为 WRITE_CONCURRENT_INSERT 或者是 TL_WRITE_ALLOW_WRITE ,同时 Current read lock 是 READ_NO_INSERT 的锁定类型。当遇到这两种特殊情况的时候,写锁定会立即获得而进入Current write-lock queue 中如果刚开始第一次检测就 Current write-lock queue 中已经存在了锁定相同资源的写锁定存在,那么就只能进入等待队列等待相应资源锁定的释放了。读请求和写等待队列中的写锁请求的优先级规则主要为以下规则决定: 除了 READ_HIGH_PRIORITY 的读锁定之外,Pending write-lock queue 中的 WRITE 写锁定能够阻塞所有其他的读锁定; READ_HIGH_PRIORITY 读锁定的请求能够阻塞所有 Pending write-lock queue 中的写锁定; 除了 WRITE 写锁定之外,Pending write-lock queue 中的其他任何写锁定都比读锁定的优先级低。写锁定出现在 Current write-lock queue 之后,会阻塞除了以下情况下的所有其他锁定的请求: 在某些存储引擎的允许下,可以允许一个WRITE_CONCURRENT_INSERT 写锁定请求写锁定为 WRITE_ALLOW_WRITE 的时候,允许除了 WRITE_ONLY 之外的所有读和写锁定请求写锁定为 WRITE_ALLOW_READ 的时候,允许除了 READ_NO_INSERT 之外的所有读锁定请求写锁定为 WRITE_DELAYED 的时候,允许除了 READ_NO_INSERT 之外的所有读锁定请求写锁定为 WRITE_CONCURRENT_INSERT 的时候,允许除了 READ_NO_INSERT 之外的所有读锁定请求

锁是用来解决多个进程同时处理同一个数据时的竞争问题的。

InnoDB引擎最小的锁粒度是行级锁。当2个请求同时修改某一行纪录时，就会给这个事务上行级锁。