运行MySQL 8.0.31 Docker镜像时/var/lib/mysql文件属主为systemd-coredump是否异常?
MySQL 8.0.31 Docker镜像挂载目录属主异常排查
问题背景
运行MySQL 8.0.31 Docker镜像时,发现本地挂载目录./data/keycloak/mysql(对应容器内/var/lib/mysql)下所有文件和目录的属主均为systemd-coredump用户及用户组,无法确定该情况是否异常,也不确定数据库是否完成初始化。
挂载配置
volumes: - ./data/keycloak/mysql:/var/lib/mysql
本地目录文件列表
ls -l data/keycloak/mysql/ total 87400 -rw-r----- 1 systemd-coredump systemd-coredump 196608 Oct 19 17:25 '#ib_16384_0.dblwr' -rw-r----- 1 systemd-coredump systemd-coredump 8585216 Oct 19 15:42 '#ib_16384_1.dblwr' drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 17:23 '#innodb_redo' drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 17:34 '#innodb_temp' -rw-r----- 1 systemd-coredump systemd-coredump 56 Oct 19 15:42 auto.cnf -rw-r----- 1 systemd-coredump systemd-coredump 3026699 Oct 19 15:42 binlog.000001 -rw-r----- 1 systemd-coredump systemd-coredump 180 Oct 19 15:48 binlog.000002 -rw-r----- 1 systemd-coredump systemd-coredump 180 Oct 19 15:55 binlog.000003 -rw-r----- 1 systemd-coredump systemd-coredump 180 Oct 19 15:58 binlog.000004 -rw-r----- 1 systemd-coredump systemd-coredump 180 Oct 19 17:22 binlog.000005 -rw-r----- 1 systemd-coredump systemd-coredump 180 Oct 19 17:34 binlog.000006 -rw-r----- 1 systemd-coredump systemd-coredump 96 Oct 19 17:23 binlog.index -rw------- 1 systemd-coredump systemd-coredump 1676 Oct 19 15:42 ca-key.pem -rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Oct 19 15:42 ca.pem -rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Oct 19 15:42 client-cert.pem -rw------- 1 systemd-coredump systemd-coredump 1680 Oct 19 15:42 client-key.pem -rw-r----- 1 systemd-coredump systemd-coredump 3540 Oct 19 17:34 ib_buffer_pool -rw-r----- 1 systemd-coredump systemd-coredump 12582912 Oct 19 17:34 ibdata1 drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 15:42 mysql -rw-r----- 1 systemd-coredump systemd-coredump 31457280 Oct 19 17:23 mysql.ibd lrwxrwxrwx 1 systemd-coredump systemd-coredump 27 Oct 19 17:23 mysql.sock -> /var/run/mysqld/mysqld.sock drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 15:42 performance_schema -rw------- 1 systemd-coredump systemd-coredump 1680 Oct 19 15:42 private_key.pem -rw-r--r-- 1 systemd-coredump systemd-coredump 452 Oct 19 15:42 public_key.pem -rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Oct 19 15:42 server-cert.pem -rw------- 1 systemd-coredump systemd-coredump 1676 Oct 19 15:42 server-key.pem drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 15:42 sso@002dkeycloak drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Oct 19 15:42 sys -rw-r----- 1 systemd-coredump systemd-coredump 16777216 Oct 19 17:25 undo_001 -rw-r----- 1 systemd-coredump systemd-coredump 16777216 Oct 19 17:25 undo_002
问题分析与解决建议
1. 属主异常原因
容器内MySQL进程默认以mysql用户(UID/GID通常为999)运行,本地目录显示systemd-coredump属主,是因为本地系统中UID 999恰好对应systemd-coredump用户——Docker挂载目录时直接映射UID/GID而非用户名,这属于系统UID冲突导致的显示问题,并非容器内进程权限异常。
2. 数据库初始化状态判断
从目录文件来看:
- 存在
mysql、performance_schema、sys等系统库目录,还有自定义库sso-keycloak(对应sso@002dkeycloak) - 生成了
auto.cnf、binlog系列文件、InnoDB核心文件(ibdata1、undo_001等) - 存在SSL证书文件(
ca.pem、server-cert.pem等)
以上均为MySQL初始化完成后的典型产物,说明数据库已经完成初始化。
3. 后续处理建议
- 如果只是显示问题,不影响容器运行,可直接忽略;
- 若需统一属主显示,可修改本地
systemd-coredump用户的UID,或启动容器时通过--user参数指定自定义UID/GID(需确保本地目录权限匹配); - 验证数据库可用性:进入容器执行
mysql -u root -p,尝试连接并查看库表,确认服务正常。
内容的提问来源于stack exchange,提问作者Rpj
相关产品推荐
相关产品推荐

