前言：锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算机资源（如CPU、RAM、I/O等）的争用外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。
#1.从对数据操作的类型来分
读锁（共享锁）和写锁（排它锁）
#2.从对数据操作的粒度来分
表锁和行锁
特点：偏向MyISAM存储引擎，开销小，加锁快，无死锁，锁定粒度大，发生锁冲突的概率最高，并发度低。下面通过案例来说明表锁的一些情况。
#1.创建mylock表，并插入5条数据。注意数据引擎使用的是MyISAM。
#2.手动增加表锁命令。
如果In_use显示不为0，则表示表被加锁。
#4.释放表锁命令
#1.在mylock表上加读锁。将当前会话命名为A。
在A会话中查询mylock中的数据。
数据查询正常，没有任何问题。
#2.再开一个会话，命名为B，查询mylock中的数据。
数据查询正常，没有任何问题。
#3.进行其他操作。
①在A会话中进行更新操作。
分析：
提示mylock表被加锁，不能进行更新操作。原因：mylock正被读锁锁住，未解锁不能进行更新操作。
②在B会话中读其他表。
分析：
A会话mylock表的读锁，并不影响B会话对mylock表和其他表的读操作。
③在A会话中读其他表。
分析：
由于A会话对mylock表加了读锁，在未解锁前，不能操作其他表。
④在B会话中修改mylock表中的内容。
分析：
出现了阻塞情况，原因：由于A会话对mylock表加锁，在锁未释放时，其他会话是不能对mylock表进行更新操作的。
⑤在A会话中对mylock表进行解锁操作，注意观察B会话中的变化。
分析：
在A会话中对mylock表解锁后，B会话更新操作成功，可看到B会话中的更新操作等待了22分钟。
#1.在A会话中对mylock表加写锁。
#2.在A会话中对mylock表进行读写操作。
分析：
由于A会话对mylock表加的写锁，所以读写操作都执行正常。
#3.在A会话中对其他表进行操作。
分析：
在A会话中对其他表进行读写操作都失败，因为A会话中mylock表的写锁并未被释放。
#4.在B会话中对mylock表进行读操作。
分析：
由于mylock表已经加写锁，而写锁为排它锁，因此在B会话中对mylock表进行读操作阻塞。
由于B会话中对mylock的读操作都阻塞，所以其他操作也是阻塞的。
#1.使用如下命令查看是否有表被锁定。
#2.使用如下命令分析表锁。
主要注意两个变量的值：
①Table_locks_immediate：产生表级锁定的次数，表示可立即获取锁的查询次数，每立即获取锁一次该值加1。
②Table_locks_waited：出现表级锁定争用而发生等待的次数（不能立即获取锁的次数，每等待一次锁该值加1），此值高则说明存在较严重的表级锁争用情况。
注意数据库引擎为MyISAM。
①对MyISAM表加读锁，不会阻塞其他进程对同一表（mylock）的读操作，但是会阻塞对同一表的写请求，只有当读锁释放后，才会执行其他进程的写操作。
②在加读锁并未释放锁时，该进程不能对同一表（mylock）进行写操作，并且也不能对其他表进行操作。
③对MyISAM表加写锁，会阻塞其他进程对同一表（mylock）的读和写操作，只有当写锁释放后，才会执行其他进程的写操作。
④在加写锁并未释放锁时，该进程不能对其他表进行操作。
简而言之：读锁会阻塞写，但是不会阻塞读，而写锁会把读和写都阻塞。
此外，MyISAM的读写锁调度是写优先，这也是MyISAM不适合做写为主的表的引擎，因为写锁后，其他线程不能做任何操作，大量的更新会使查询很难得到锁，从而造成长时间阻塞。
by Shawn Chen，2018.6.28日，上午。
到此这篇mysql查询锁表的sql（mysql查询锁表记录）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/sqlbc/39006.html