MySQL中的release_lock()函数会阻塞吗？

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习Golang相关编程知识。下面本篇文章就来带大家聊聊《MySQL中的release_lock()函数会阻塞吗？》，介绍一下，希望对大家的知识积累有所帮助，助力实战开发！

我正在运行 mysql：

~/g/profile> mysql --version
mysql  Ver 14.14 Distrib 5.7.28, for osx10.13 (x86_64) using  EditLine wrapper

我的 go 应用程序正在执行一些架构迁移，该迁移以 select get_lock() 开始，然后执行一堆 ddl 和其他语句，最后是 select release_lock()。所有这些查询都在同一连接上执行。

我遇到这样的情况：迁移驱动程序返回成功（锁现已释放），但随后的 sql 调用立即看到仅部分迁移的数据库图片。几毫秒后调用即可看到完全迁移的架构。

我已经阅读了有关这些 mysql 函数的文档。据我所知，这些创建/销毁一个“咨询锁”，它无权阻止对数据的并发访问，除非两个应用程序使用相同的锁名称。

我的问题是，release_lock()是否可以在使用同一连接执行的其他语句之前返回，或者在此类语句完全生效之前返回？

解决方案

如果您的意思是运行：

GET_LOCK()
...some DDL statements...
RELEASE_LOCK()

并且这些是在单个线程上串行运行的，那么不，release_lock() 不可能在 ddl 语句完成之前运行。

事实上，ddl 语句本身是阻塞的。在 ddl 完成之前它们不会返回。

我怀疑您出现以下情况之一：

• 某些 ddl 语句未成功，但您没有检查其错误状态。
• 您正在尝试使用多个线程，并且以某种方式允许 release_lock() 在 ddl 线程完成之前运行。

您的会话可能提前结束，因为

https://dev.mysql.com/doc/refman/8.0/en/locking-functions.html

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~