Tworzenie kontenera mysql dokera z przygotowanym schematem bazy danych

Chcę utworzyć obraz dokera na szczycie mysql, który już zawiera schemat niezbędny dla mojej aplikacji.

Próbowałem dodać wiersze do pliku Docker, który zaimportuje mój schemat jako plik sql. Zrobiłem to jako takie (mój plik Docker):

FROM mysql

ENV MYSQL_ROOT_PASSWORD="bagabu"
ENV MYSQL_DATABASE="imhere"

ADD imhere.sql /tmp/imhere.sql

RUN "mysql -u root --password="bagabu" imhere < /tmp/imhere.sql"

W moim rozumieniu, to nie zadziałało, ponieważ obraz dokowanego mysql nie zawiera klienta mysql (najlepsze praktyki stwierdzają, że „nie dodawaj rzeczy tylko dlatego, że będą miło mieć”) (czy się mylę?)

co może być dobrym sposobem na to? Miałem na myśli kilka rzeczy, ale wszystkie wydają się być niechlujnymi obejściami.

1. zainstaluj klienta mysql, zrób to, co mam z nim zrobić, a następnie usuń / wyczyść go.
2. skopiuj plik binarny klienta mysql do obrazu, zrób to, co muszę, a następnie usuń go.
3. Utwórz schemat na innym serwerze sql i skopiuj bezpośrednio plik db (wydaje się to bardzo niechlujne i brzmi jak skażona pula problemów)

Jakieś sugestie? Mam nadzieję, że w sposób, który będzie później łatwy do utrzymania i być może zgodny z najlepszymi praktykami?

Powinieneś umieścić swój skrypt init w katalogu zamontowanym jako /docker-entrypoint-initdb.d- patrz sekcja „Inicjowanie świeżej instancji” w dokumentacji obrazów MySQL Docker .

Musiałem to zrobić w celach testowych.

Oto jak to zrobiłem, wykorzystując rzeczywiste obrazy MySQL / MariaDB w dockerhub i kompilacji wieloetapowej:

FROM mariadb:latest as builder

# That file does the DB initialization but also runs mysql daemon, by removing the last line it will only init
RUN ["sed", "-i", "s/exec \"$@\"/echo \"not running $@\"/", "/usr/local/bin/docker-entrypoint.sh"]

# needed for intialization
ENV MYSQL_ROOT_PASSWORD=root

COPY setup.sql /docker-entrypoint-initdb.d/

# Need to change the datadir to something else that /var/lib/mysql because the parent docker file defines it as a volume.
# https://docs.docker.com/engine/reference/builder/#volume :
#       Changing the volume from within the Dockerfile: If any build steps change the data within the volume after
#       it has been declared, those changes will be discarded.
RUN ["/usr/local/bin/docker-entrypoint.sh", "mysqld", "--datadir", "/initialized-db", "--aria-log-dir-path", "/initialized-db"]

FROM mariadb:latest

COPY --from=builder /initialized-db /var/lib/mysql

Pełny przykład działania tutaj: https://github.com/lindycoder/prepopulated-mysql-container-example

Kredyty dla @Martin Roy

Wprowadzono drobne zmiany w pracy dla mysql ...

Plik Docker treści

FROM mysql:latest as builder

# That file does the DB initialization but also runs mysql daemon, by removing the last line it will only init
RUN ["sed", "-i", "s/exec \"$@\"/echo \"not running $@\"/", "/usr/local/bin/docker-entrypoint.sh"]

# needed for intialization
ENV MYSQL_ROOT_PASSWORD=root

COPY setup.sql /docker-entrypoint-initdb.d/

# Need to change the datadir to something else that /var/lib/mysql because the parent docker file defines it as a volume.
# https://docs.docker.com/engine/reference/builder/#volume :
#       Changing the volume from within the Dockerfile: If any build steps change the data within the volume after
#       it has been declared, those changes will be discarded.
RUN ["/usr/local/bin/docker-entrypoint.sh", "mysqld", "--datadir", "/initialized-db"]

FROM mysql:latest

COPY --from=builder /initialized-db /var/lib/mysql

Treść setup.sql

CREATE DATABASE myexample;

USE myexample;

CREATE TABLE mytable (myfield VARCHAR(20));

INSERT INTO mytable VALUES ('Hello'), ('Dolly');

Pełny przykład działania tutaj: https://github.com/iamdvr/prepopulated-mysql-container-example

Oprogramowanie do zarządzania, takie jak Ansible, może pomóc w łatwej automatyzacji importu mysql bez konieczności instalowania i ponownej instalacji klienta. Ansible ma świetne wbudowane funkcje do zarządzania obrazami dokerów i kontenerów i baz danych mysql.