一次MySQL启动导致的事故实战记录
MySQL` 启动存在端口被监听, 但服务没完全启动的情况.
背景
MySQL 启动时会进行 第一次 初始化数据库, 等待 MySQL 完全启动后, 再进行 第二次 初始化数据库.
第一次 初始化数据库使用 --skip-networking (这个选项表示禁止 MySQL 的 TCP/IP 连接方式) 启动 MySQL 进行初始化,
初始化完成后会关闭 --skip-networking 选项重新启动 MySQL.
第二次 初始化数据库会设置 root 密码.
判断 MySQL 已完全启动的方式
尝试主动连接 MySQL, 连接成功则表明服务已完全启动
mysql -hlocalhost -P3306 -uroot
事故
由于上面的判断方式使用的是 socket 进行连接数据库, 但第一次只是禁止 MySQL 的 TCP/IP 连接方式,
所以没等 第一次 初始化数据库完成可能就已经进行了 第二次 初始化数据库,
而 第二次 初始化数据库提前于 第一次 初始化数据库设置 root 密码, 导致 第一次 初始化连不上数据库而失败,
最后没有开启 TCP/IP 连接方式, 应用无法连接数据库.
第一次修改
使用 -h127.0.0.1 进行连接数据库
mysql -h127.0.01 -P3306 -uroot
但由于 root 用户的 host 设置的是 localhost, 不允许 127.0.0.1 进行连接, 第一次修改失败.
第二次修改
wait-for-it.sh 127.0.0.1:3306 --timeout=300
mysql -hlocalhost -P3306 -uroot
wait-for-it.sh 用于检测 127.0.0.1:3306 是否处于监听状态, 如果是, 则表明 第一次 初始化数据库完成了,
然后再使用 localhost 去尝试连接数据库.
原文链接: k8scat.com/posts/wait-…
总结
到此这篇MySQL启动导致的事故的文章就介绍到这了,更多相关MySQL启动导致事故内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341