mysql8 单次 大数据查询会引起锁表嘛

这是一个陷阱，不要使用 SELECT...FORUPDATE 进行大数据查询。

优化提醒：确保查询条件使用索引，尽量减少全表扫描。

mysql查看锁表语句

说白了，看MySQL锁表分为三个步骤：首先检查谁被锁了，然后解锁哪个锁，最后注意权限间隙。

我们先来说说最重要的事情。
有三种可靠的方法可以检查锁表。
第一个选项是使用 SHOW PROCESSLIST。
关键是查看信息中是否出现“LOCK TABLES”一词，或者状态是否显示“等待表元数据锁定”。
这是为了读取DDL锁定的数据。
去年我们做这个项目的时候，时间超过5 分钟肯定是出了问题。
用技术术语来说，我们所说的是雪崩效应。
事实上，前线的一个小延误让一切都恢复了。
还有一点：如果命令空闲但没有COMMIT，很可能是事务锁没有释放。

一开始以为INNODB_LOCKS表是通用的，后来发现在MySQL 8 .0中直接被删除了，必须换成performance_schema.events_waits_current。
很多人不注意这个细节。
检查时，记得在过滤器中添加 LIKE '%lock%'。

解锁表很简单，但要求是当前事务必须先COMMIT或ROLLBACK，否则UNLOCK TABLES不起作用。
例如，如果一个线程挂起半小时，首先使用 SHOW PROCESSLIST 找到它的 ID，然后使用 KILL 1 2 3 4 5 杀死它 - 但你必须有 SUPER 权限。
如果没有此权限，即使您是 DBA，您也无法执行此操作。

等一下，还有一件事。
Percona Toolkit 工具 pt-showlocks 非常易于使用。
它可以画出一幅图画，告诉你谁被锁住了，谁在等待。
它比命令行直观得多。

提醒一个陷阱：如果锁是元数据锁（MDL），那么基本上都是DDL语句（如ALTER TABLE）抢占资源。
此时，单纯的KILL是没有用的。
您必须等待 DDL 运行或手动运行 FLUSH TABLES。
很多人都没有注意到，说实话，这完全是一个骗局。

建议先检查SHOW PROCESSLIST和INNODB_TRX，可以解决9 0%的问题。
但是，如果遇到复杂的链，则可能需要借助 MEM 或 innotop 等高级工具。

mysql锁表的原因是什么

MySQL锁表...说白了就是：多个操作同时访问同一个表。
具体的锁定方法取决于您要执行的操作、表上的索引如何设计以及事务的隔离级别。

1 .核心机制：专属封锁 MySQL 使用锁来做到这一点。
默认情况下，当执行INSERT、UPDATE、DELETE等操作时，会对目标表或特定行添加排它锁（X锁）。
此锁将一直保留，直到您提交、回滚或断开连接。
假设事务A执行UPDATEtableSETname='feie'WHEREkid=1 2 （kid列不是唯一索引）。
如果没有commit，事务B在相同条件下想要修改数据时就会挂起，然后表就会被锁。

2 典型场景： 场景 1 ：不明确的索引条件更新 如果更新条件基于非唯一索引字段（例如WHEREkid=1 2 但有多个子值），MySQL不知道需要更改哪一行，因此升级为表锁并锁定整个表，使其他事务无法写入。
但是，如果是基于唯一索引（例如WHEREkid=1 ），则只会锁定唯一行，而不会影响其他数据。
上次遇到这样的事情，系统使用非唯一索引更新，整个表被锁了三个小时。

场景二：删除条件不一致 如果两个 DELETE 语句的条件区域重叠（例如第一个 DELETEFROMtableWHEREkid1 =1 ，第二个 DELETEFROMtableWHEREkid1 =1 ANDkid2 =2 ），则稍后执行的 DELETE 将等待第一个 DELETE 释放锁，从而锁定表。
调试时，我曾经发现两个报表使用重叠条件执行DELETE，系统挂了很长时间。

场景3 ：长交易未提交 如果事务执行时间过长（比如半天不提交或回滚），锁就一直被占用，其他人无法服务。
我记得有一次测试，一笔交易没有关闭连接，被锁定了十分钟，耽误了整个团队。

3 减少锁表的优化策略： 优化索引设计：确保更新/删除条件使用唯一索引字段，并且不切换到表锁。
例如，将经常查询的字段设置为唯一索引。
上次给系统添加了唯一索引，表锁问题立刻就解决了。

缩短事务时间：少一次操作意味着少一段时间的锁定。
例如，批量更新可以分为单独的行，或者可以更有效地编写 SQL（例如，而不是全表扫描）。
有一次我将 5 00 行批量更新拆分为 5 0 行，并且没有发生表锁定。

统一操作条件：删除时，保证所有事务的条件范围相同，避免锁冲突。
我以前见过编写两个类似的 DELETE 的代码，系统会挂起很长时间。

明智地选择隔离级别：调整隔离级别以满足您的业务需求。
例如，READCOMMITTED级别可以减少幻读引起的锁延迟引起。
更改隔离级别后，锁定问题好多了。

说实话，MySQL确实会锁表来保护数据，但是锁太多的话系统会很慢。
如果索引没问题，事务也不是太长，操作条件统一的话，表锁问题就会大大减少。