记一次docker的mysql损坏修复经历

一、问题描述

近日由于市政电路整改，机房被迫断电。其中有一台ubuntu主机没有手工关机，重新送电后ubuntu主机重启成功。但在ubuntu宿主上用docker安装的mysql动无法启动。

（1）尝试进入docker命令行：

$ docker exec -it mysql57 env LANG=C.UTF-8 /bin/bash
得到

Error response from daemon: Container 40580276ee2f0bf30e59d9ff670977b27856a36ed10b788e3a3fce8f17d7849b is not running

(2)面向百度得到docker logs {容器}的建议。结果：

$ docker logs mysql57

Initializing database
Database initialized
MySQL init process in progress...
Warning: Unable to load '/usr/share/zoneinfo/iso3166.tab' as time zone. Skipping it.
Warning: Unable to load '/usr/share/zoneinfo/zone.tab' as time zone. Skipping it.
Warning: Unable to load '/usr/share/zoneinfo/zone1970.tab' as time zone. Skipping it.
/entrypoint.sh: ignoring /docker-entrypoint-initdb.d/*
MySQL init process done. Ready for start up.

(3) 请教GPT后得到删除并重建的建议。

二、使用docker部署mysql的一些思考

对于数据库，最重要的就是数据的安全性要得到保证。
所以必须要确保即使docker容器损坏后，仍然能够拿到mysql存储的数据文件。
因此在初始化docker容器时，只要将数据目录挂载到宿主机上的自定义目录即可。

三、实施重建

这里假设我的宿主用户名为study

1.删除旧的已损坏的mysql实例

docker stop mysql57
docker rm mysql57

2.创建在宿主机上创建mysql数据相关目录

备份损坏前的数据文件

#进入数据目录的父目录
/home/study/database
#备份文件夹
sudo zip -r MYSQL_DATA.zip MYSQL_DATA
#删除原有的DATA目录
sudo rm -rf MYSQL_DATA
sudo mkdir MYSQL_DATA
sudo chmod -R 755 /home/study/database

这里我在宿主上创建了一个文件夹/home/study/database/MYSQL_DATA作为mysql的数据目录。因此这里要先备份它。

这是我初次安装时创建的一些目录和文件 ：

#日志目录
sudo mkdir -p "/home/study/database/logs"
#数据目录
sudo mkdir -p "/home/study/database/MYSQL_DATA"
#配置目录 
sudo mkdir -p "/home/study/database/conf"
#创建文件
sudo touch /home/study/database/logs/mysqld-error.log
sudo touch  /home/study/database/conf/mysqld.pid
3.重建实例
sudo docker run --name mysql57 -p 3308:3306 -e MYSQL_ROOT_PASSWORD=studyDB -d  \ 
--mount type=bind,src=/home/study/database/logs/mysqld-error.log,dst=/var/log/mysqld.log \  
--mount type=bind,src=/home/study/database/MySQL_DATA,dst=/var/lib/mysql mysql/mysql-server:5.7.18 

命令解读：

sudo 以管理员身份执行
docker run 是docker容器初始化的命令。

--name mysql57 容器取名为mysql57后期维护用这个名字，相当于给容器ID取个别名。
-p 3308:3306 这里有两个端口3306是容器中mysql进程监听的端口，3308是通过宿主IP来访问数据库时宿主机的端口。相当于将容器中的3306映射到宿主机的3308上。

-e MYSQL_ROOT_PASSWORD=studyDB 指定root帐号的密码

-d 选项是 "detached" 或 "daemon" 的缩写，它的作用是将容器在后台运行，而不是占用当前终端会话。具体来说，它指示Docker将容器作为后台进程启动，然后返回到命令行终端，允许您继续使用该终端而不会阻止在容器上运行的应用程序。

\ 用于将一条很长的命令分成多行来书写。相当于行与行之间的连接符。

--mount type=bind,src=/home/study/database/logs/mysqld-error.log,dst=/var/log/mysqld.log
  这一句--mount是挂载宿主文件路径，src是宿主路径，dst是容器中的命令
  相当于在docker容器中创建了一个文件软链接，指定此参数后，在容器中往路径/var/log/mysqld.log中写入内容时，实际内容会被写入到宿主的/home/study/database/logs/mysqld-error.log这个文件。

--mount type=bind,src=/home/study/database/MySQL_DATA,dst=/var/lib/mysql 
  这一句--mount是挂载宿主文件目录路径，src是宿主路径，dst是容器中的命令
  相当于在docker容器中创建了一个文件软链接，指定此参数后，在容器中往目录/var/lib/mysql下写入内容时，实际内容会被写入到宿主的/home/study/database/MySQL_DATA目录下。

mysql/mysql-server:5.7.18  这是docker pull拉取的镜像名称，意思是以它为模板运行实例。

以上执行成功后，启动mysql容器：

#启动容器
docker start mysql57
#修改容器重启策略，让它随宿主机开机自启
docker update --restart=always mysql57

进入容器并设置中文支持

#第一步：进入时加环境变量参数env LANG=C.UTF-8 
docker exec -it mysql57 env LANG=C.UTF-8 /bin/bash
#第二步：安装vi程序
yum install vi
#第三步：vi /etc/profile  文件尾插入
LANG=en_ZW.utf8
#第四步：配置生效
source /etc/profile
#验证mysql登录
mysql -uroot -pstudyDB --default-character-set=utf8
#退出mysql命令行
quit

#修改mysql配置
vim /etc/my.cnf  添加下面的sql_mode和lower_case_table_names
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
#解析SQL语句时，忽略库表名称大小写
lower_case_table_names=1
#时间为东八区
default-time_zone = "+8:00"

#退出mysql容器
exit

4.还原数据

#停止mysql
sudo docker stop mysql57
#进入备份所在目录
cd /home/study/database
#直接解压覆盖所有文件
sudo unzip MYSQL_DATA.zip
#重启mysql
sudo docker start mysql57
#进入容器命令行
docker exec -it mysql57 env LANG=C.UTF-8 /bin/bash

四、总结

这是在生产环境使用docker后第一次遇到容器损坏的情况。
本次事故能够得到解决主要得益于新技术应用之前做好了风险把控，将Mysql的数据目录映射到宿主的文件夹中。否则一旦容器损坏，后果难以设想。