直接在运行中的MySQL容器内执行SQL热补的核心是使用docker exec调用mysql客户端非交互式执行，推荐通过-e MYSQL_PWD=xxx配合--no-tty，或使用--login-path；必须显式指定数据库名，执行前需确认容器状态、SQL语法及表结构匹配，并做好备份。
直接在运行中的 mysql 容器内执行 sql 热补，核心是用 docker exec 调用 mysql 客户端非交互式执行语句，不中断服务、不重启容器。关键在于绕过密码交互、避免终端依赖、确保语句安全准确。
确保容器支持非交互式 SQL 执行
生产环境容器通常禁用明文密码传参（--password=xxx 会被忽略），也不推荐在命令行暴露密码。推荐两种可靠方式：
- 通过
-e MYSQL_PWD=your_password设置环境变量，配合--no-tty避免伪终端依赖 - 若已配置
mysql_config_editor登录路径（如login-path=myprod），可直接用--login-path=myprod，无需密码参数 - 确认 MySQL 在容器内监听
127.0.0.1:3306或localhost:3306，执行时--host=localhost即可（不是容器名，也不是宿主机 IP）
执行单条热补 SQL 的标准命令
例如：给 orders 表中 ID=12345 的订单补上缺失的 status 值：
docker exec -i my-mysql-container mysql -u root --no-tty -e "UPDATE orders SET status = 'shipped' WHERE id = 12345;" mydb
说明：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
-
-i保持 stdin 打开，必要但不需-t（--no-tty更轻量稳定） -
-e参数直接执行语句，不进入交互模式，适合脚本化 - 数据库名
mydb必须显式指定，否则语句可能因未选库而失败 - 建议先在测试环境验证 SQL 逻辑，再加
WHERE条件限制影响范围
执行多行或复杂 SQL 的安全做法
避免长命令拼接出错，推荐将 SQL 写入临时文件后导入：
- 在宿主机创建
hotfix.sql，内容为带事务的修复语句：
BEGIN; UPDATE users SET email_verified = 1 WHERE id IN (1001, 1002, 1003); INSERT INTO user_logs (user_id, action, created_at) VALUES (1001, 'email_verified_fix', NOW()); COMMIT;
- 执行导入：
docker exec -i my-mysql-container mysql -u root --no-tty mydb < hotfix.sql - 注意：SQL 文件必须 UTF-8 编码，且不含 BOM；若含中文或特殊字符，建议加
--default-character-set=utf8mb4 - 不建议用
docker cp先拷贝进容器再执行——增加中间环节，降低原子性
执行前必做的三项检查
热补操作不可逆，务必确认：
- 目标容器处于健康状态：
docker ps -f name=my-mysql-container --format "{{.Status}}"应显示Up - SQL 中所有表名、字段名、值均已在生产库中存在且类型匹配（可先用
SELECT验证条件） - 已对目标表做快照级备份（如用
mysqldump -u root --no-tty mydb table_name > pre_hotfix_table.sql）
