¿Por qué la imagen de MySQL que creé en Docker es tan grande?

1. El sistema de archivos es UnionFs y cada EJECUCIÓN en Dockerfile genera un nivel (capa). Por lo tanto, necesitamos limpiar los datos generados después de cada EJECUCIÓN. Porque el resultado generado (tamaño de 3G) es una superposición lineal de los tamaños de cada capa.

2. ¿Por qué las imágenes oficiales son generalmente pequeñas? Analicémoslo usando mysql:5.6 como referencia:

Ejecute apt-get update && apt-get install -y perl --no-install-recommends && rm -rf /var/lib/apt/ listas/*

Después de actualizar un ensamblado, los archivos del paquete en caché de apt se eliminarán. Normalmente, esta carpeta ocupará unos 100 M de espacio, según la situación.

EJECUTAR { ... && apt-get update && apt-get install -y

mysql-server="${MYSQL_VERSION}" && rm -rf /var/lib/ apt/lists/* && rm

RUN { ... amp; rm

-rf /var/lib/mysql && mkdir -p /var/lib/mysql después de instalar base de datos, elimine los archivos de paquetes almacenados en caché como de costumbre. Al eliminar /var/lib/mysql se borrará la base de datos de muestra.

Cuando analizamos los paquetes vim más utilizados en hub.docker.com, descubrimos que la imagen haron/vim utiliza scratch como imagen base y tiene una capacidad de 300 M.

Después de una búsqueda superficial en hub.docker.com, no pude encontrar una imagen de MySQL basada en centos. Mi suposición personal es que el paquete de software almacenado en caché no se ha eliminado, lo que provoca este problema.