MySQL8.x 中新增了一个轻量级的备份锁，它允许在 online 备份的时候进行 DML 操作，同时可防止快照不一致。这个锁禁止的操作很少，它禁止的操作包括：
网站建设哪家好，找创新互联！专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了大城免费建站欢迎大家使用！
文件的创建、删除、改名
账户的管理
REPAIR TABLE
TRUNCATE TABLE
OPTIMIZE TABLE
备份锁由 lock instance for backup 和 unlock instance 语法组成。使用这些语句需要 BACKUP_ADMIN 权限。
1、确定mysql有锁表的情况则使用以下命令查看锁表进程
2、杀掉查询结果中已经锁表的trx_mysql_thread_id
扩展：
1、查看锁的事务
2、查看等待锁的事务
3、查询是否锁表：
4、查询进程
希望一下内容对你有所帮助
锁定读SELECT ... FOR UPDATE和SELECT ... LOCK IN SHARE MODE
LOCK TABLES和UNLOCK TABLES语法
LOCK TABLES
tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}
[, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}] ...
UNLOCK TABLES
LOCK TABLES可以锁定用于当前线程的表。如果表被其它线程锁定，则造成堵塞，直到可以获取所有锁定为止。UNLOCK TABLES可以释放被当前线程保持的任何锁定。当线程发布另一个LOCK TABLES时，或当与服务器的连接被关闭时，所有由当前线程锁定的表被隐含地解锁。
表锁定只用于防止其它客户端进行不正当地读取和写入。保持锁定（即使是读取锁定）的客户端可以进行表层级的操作，比如DROP TABLE。
有时候，会很不小心，在业务运行中执行了一条锁表语句。这时候该怎么办？
例如：修改元数据。
SHOW FULL PROCESSLIST 查看一下：
发现修改之后，锁表了。这时候怎么办？ 杀死它 KILL 4623660
然后一切又恢复正常了。
一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
如：修改一个表的字段长度，和添加索引
名词解释：
接着回家睡觉，第二天回来检查结果就好了。
附：添加唯一索引示例
MYSQL存储过程结合任务处理耗时操作