一次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启动导致事故内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了分享MySQL 主从延迟与读写分离的七种解决方案，常见的解决方式是分库分表，每次读写都是操作主库的一个分表，从库只用来做数据备份。当主库发生故障时，主从切换，保证集群的高可用性，下面详细的相关资料介绍，需要的小伙伴可以参考一下2022-03-03
很多朋友都会问mysql read_buffer_size 设置多少合适，其实这个都是根据自己的内存大小等来设置的2016-05-05
这篇文章主要介绍了MySQL慢查询SQL优化方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2025-04-04
在构建Web应用程序时,MySQL是存储数据的核心工具,在云服务器上,正确设置MySQL的存储路径对应用性能至关重要,通过迁移,我们不仅解决了空间不足的问题,还能让数据库运行得更快,所以本文将给大家介绍MySQL存储路径迁移的详细步骤,需要的朋友可以参考下2024-06-06
SQL语句执行深入讲解（MySQL架构总览->查询执行流程->SQL解析顺序）
这篇文章主要给大家介绍了SQL语句执行的相关内容，文中一步步给大家深入的讲解，包括MySQL架构总览->查询执行流程->SQL解析顺序，需要的朋友可以参考下2019-01-01
这篇文章主要介绍了mysql5.7 新增的json字段类型用法,结合实例形式分析了mysql5.7 新增的json字段类型具体功能、使用方法及操作注意事项,需要的朋友可以参考下2020-02-02
CentOS6.5下RPM方式安装mysql5.6.33的详细教程
本文给大家详细介绍CentOS6.5下RPM方式安装mysql5.6.33的教程,本文分步骤给大家介绍的非常详细，具有一定的参考借鉴价值，需要的朋友一起看看吧2016-10-10
这篇文章主要介绍了浅谈MySQL使用笛卡尔积原理进行多表查询， 文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2020-07-07
本篇文章是对mysql中的时间类型选择进行了详细的分析介绍，需要的朋友参考下2013-06-06
Kubernetes中实现MySQL的读写分离通过主从复制架构,利用Kubernetes部署MySQL主节点和从节点,并通过Service实现读写分离,提高数据库性能和可维护性2024-11-11
最新评论