首页
学习
活动
专区
圈层
工具
发布

故障分析 | MySQL clone 自动重启失败的解决方式

但是在进行 clone 操作的过程中,当拉取数据完成并进行自动重启 server 时,总是会出现重启失败的现象,如: 日志报错提示 RESTART 失败,需要在后面手动重启,错误代码3707,即:ERROR...而当出现相关报错时也不用担心,并不能说明 clone 失败了,随后只需要手动重启就可以了。 通过上面的日志和官方文档我们得到了出现重启失败的两个线索:RESTART 、监控进程。...但是有时当我们使用自建的 systemd 的 MySQL service 服务时,依旧不能实现自动重启,而问题的关键还是在于没有配置好相关的监控进程,我们可以参考官方 rpm 包安装 MySQL Server...Environment=MYSQLD_PARENT_PID=1 “RestartForceExitStatus=16”的意思就是说不管是否配置了“Restart=”,当服务的退出状态码为16时都会进行自动重启...,这样就解决了 clone 自动重启失败的问题,同时也保证了数据库在其他异常情况下不会进行自动重启。

2K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL设置log-bin后服务器重启失败的解决办法和说明

    =mysql 之后使用 “systemctl start mysql” 重启服务器,报错“Job for mysql.service failed because the control process...2:主从服务器之间同步数据 主服务器上所有的操作都在记录日志中,从服务器可以根据该日志来进行,以确保两个同步。 如果不想要这些文件应该怎么做呢?...1:只有一个mysql服务器,那么可以简单的注释掉这个选项就行了。 vi /etc/my.cnf把里面的 log-bin 这一行注释掉,重启mysql服务即可。...B:使用SHOW MASTER LOGS获得主服务器上的一系列日志。 C:在所有的从属服务器中判定最早的日志,这个是目标日志,如果所有的从属服务器是更新的,就是清单上的最后一个日志。...D:清理所有的日志,但是不包括目标日志,因为从服务器还要跟它同步。 简单地说,这些MySQL目录下的形如mysql-bin.000***的文件时MySQL的事务日志。

    2.6K20

    MySQL8.0修改lower_case_table_names参数导致重启失败

    未开启忽略大写的配置,Oracle的对象名称默认是大写,迁移工具迁移时未进行对象名称转小写,导致迁移失败,程序报错 这时的想法那手动改下lower_case_table_names不就行了,于是就有了如下的操作...:修改MySQL配置文件: #my.cnf配置中增加如下配置lower-case-table-names=1 重启我的MySQL8.0 docker容器并查看日志: root@mysql:~# docker...咦,居然重启失败并报错,我记得之前MySQL5.7上是可以修改成功的,于是在MySQL5.7上复现了一下该修改操作: mysql> select @@version,@@default_storage_engine...MySQL5.7的Docker容器 root@mysql:~#docker restart mysql5.7 mysql5.7 -- 查看日志,重启成功 root@mysql:~#docker logs...lower_case_table_names启动服务器 It is prohibited to start the server with a lower_case_table_names setting

    3K30

    服务重启问题:服务重启命令使用不当,导致服务无法正常重启

    使用Systemd管理服务重启Systemd 提供了强大的工具来管理和重启服务。以下是一些常见的方法来确保服务能够正确重启。...检查和调整服务重启查看服务状态systemctl status serviceA.service 重启服务systemctl restart serviceA.service 重新加载配置systemctl...使用SysVinit管理服务重启对于使用 SysVinit 的系统,可以通过修改启动脚本来确保服务能够正确重启。示例启动脚本/etc/init.d/serviceA#!...检查和调整服务重启查看服务状态service serviceA status 重启服务service serviceA restart重载服务service serviceA reload检查日志tail...手动检查和调整服务重启如果上述方法仍然不能解决问题,可以手动检查和调整服务的重启逻辑。

    1.2K10

    MySQL5.6使用Notifier无法停止或重启服务

    以前用mysql的时候, 一直用的是WAMP集成开发环境, 前两天心血来潮, 打算自己配一下环境。Apache, php都没有什么问题, 很顺利的就装好了。...但是到了Mysql这, 出了点小小的问题, 装好之后发现无法通过notifier工具停止服务, 提示the service MySQL56 was not found in the windows services...不甘心的我去windows的services里找了下, 发现明明存在MySQL56的服务。一脸懵逼。。。...选中当前服务, 点击右边的Delete即可 image.png 重新添加MySQL56服务 点击 Add->Windows Services, 在列表中找到MySQL56, 添加即可 测试 这时候,...再次停止或重启服务, 就会发现没有问题了 后记 其实这也不算是什么大的问题, 就是做为一个有强迫症的人来说, 一直看着这个服务运行停不下来, 简单没有办法忍受…

    3.1K10

    mysql服务器重启, 却有2个mysqld进程 ?

    忘记这是案例几了...问题现象昨晚变更完后, 关闭mysql数据库, 然后重启OS(kylin可能有swap问题, 遇到2次了.得手动到后台强制重启OS)后, 检查发现mysqld进程有2个.说明: 本文所有截图均为测试环境截图...我们可以查看mysql的error日志验证2024-11-15T05:29:22.643542Z 0 [ERROR] InnoDB: Unable to lock /data/mysql_3318/mysqldata..._3318/mysqlbase/mysql/bin/mysqld: Shutdown complete发现确实是mysqld在争用ibdata1文件 (mysql打开文件的时候会对文件上锁, 即只允许一个写...由于进程是mysql启动的, 所以我们只需要看root和mysql的定时任务就行,遗憾的是并没有相关的定时任务, 也没有配置服务管理, /etc/crontab也是空的....询问相关人员,发现是沟通问题导致的,于是开发就把mysql的启动也加进去了...解决办法注释掉非标准的mysql启动, 然后重启mysqld服务(建议重启下OS,怕还有其它地方也有这种脚本....)

    1.1K20

    使用 expect 重启失败的 git pullpush 操作

    问题的提出 最近使用 github 上传、下载项目代码时,经常会卡很久,有时候在命令行打了 git push 然后就去上厕所了,结果等我回来的时候,发现 push 早已经失败了,还得重新提交一下。...如果有一个工具,可以不停的重启失败的 git push 直到它成功才退出,那就好了。 什么是 expect 在介绍使用 expect 重启 git 操作之前,先简单说明一下这个命令。...失败日志与正常日志 以 git pull 为例,失败时,它的输出如下: $ git pull ssh: connect to host github.com port 22: Connection refused...重启失败的操作 利用上面的思路,写出了下面的 expect 脚本 pull.exp 1 #!...push Everything up-to-date pushing ok 从上面的输出可以看到一个问题,就是第一次实际上已经 pull / push 成功了,但是由于没有得到我们想要的输出,操作又被重启了一次

    1.1K30

    服务器异常重启MYSQL数据库异常处理

    问题分析解决 昨天突然服务器重启了,最后导致的就是Zabbix的数据库MYSQL库表坏了,然后MYSQL就启动不了了。...;从网上看到差不多的文章说需要设置如下: innodb_force_recovery = 6 innodb_purge_thread = 1 先不管什么意思了,先配置上看看能不能修复表了,配置之后果然服务也启动起来了...这种情况之前遇到过,需要清理系统表数据和删除表,然后导入mysql_system_tables.sql即可,操作如下: 1、登录数据库,进入mysql库,执行如下SQL删除5张表 mysql> use...目录下,我的mysql软件的安装路径为/data/app/mysql-3307/ # /etc/init.d/mysqld start # mysql -uxx -poo -P 3307 mysql>...use mysql; mysql> source /data/app/mysql-3307/share/mysql/mysql_system_tables.sql; mysql> show tables

    13.9K20
    领券