Jak zainicjować bazę danych MySQL za pomocą schematu w kontenerze dokera?

Przepraszam za tę bardzo długą odpowiedź, ale masz mały sposób, aby dostać się tam, gdzie chcesz. Powiem, że normalnie nie umieszczałbyś magazynu dla bazy danych w tym samym kontenerze co sama baza danych, albo zamontowałbyś wolumin hosta, aby dane pozostały na hoście dokującym, albo może kontener mógłby być użyty do przechowywania danych (/var/lib / mysql). Poza tym jestem nowy w mysql, więc może to nie być zbyt wydajne. To powiedziane...

Myślę, że może być kilka problemy tutaj. Plik Dockerfile jest używany do tworzenia obrazu. Musisz wykonać krok budowania. Co najmniej z katalogu zawierającego plik Dockerfile można zrobić coś w stylu:

docker build .

Plik Dockerfile opisuje obraz do utworzenia. Nie wiem zbyt wiele o mysql( jestem fanboyem postgres), ale, zrobiłem poszukiwania wokół interwebs dla "jak zainicjować kontener mysql docker". Najpierw utworzyłem nowy katalog do pracy, nazwałem go mdir, a następnie utworzyłem katalog plików które złożyłem epcis_schema.plik sql, który tworzy bazę danych i pojedynczą tabelę:

create database test;
use test;

CREATE TABLE testtab
(
id INTEGER AUTO_INCREMENT,
name TEXT,
PRIMARY KEY (id)
) COMMENT='this is my test table';

Następnie utworzyłem skrypt o nazwie init_db w katalogu files:

#!/bin/bash

# Initialize MySQL database.
# ADD this file into the container via Dockerfile.
# Assuming you specify a VOLUME ["/var/lib/mysql"] or `-v /var/lib/mysql` on the `docker run` command…
# Once built, do e.g. `docker run your_image /path/to/docker-mysql-initialize.sh`
# Again, make sure MySQL is persisting data outside the container for this to have any effect.

set -e
set -x

mysql_install_db

# Start the MySQL daemon in the background.
/usr/sbin/mysqld &
mysql_pid=$!

until mysqladmin ping >/dev/null 2>&1; do
  echo -n "."; sleep 0.2
done

# Permit root login without password from outside container.
mysql -e "GRANT ALL ON *.* TO root@'%' IDENTIFIED BY '' WITH GRANT OPTION"

# create the default database from the ADDed file.
mysql < /tmp/epcis_schema.sql

# Tell the MySQL daemon to shutdown.
mysqladmin shutdown

# Wait for the MySQL daemon to exit.
wait $mysql_pid

# create a tar file with the database as it currently exists
tar czvf default_mysql.tar.gz /var/lib/mysql

# the tarfile contains the initialized state of the database.
# when the container is started, if the database is empty (/var/lib/mysql)
# then it is unpacked from default_mysql.tar.gz from
# the ENTRYPOINT /tmp/run_db script

(większość tego skryptu została zdjęta stąd: https://gist.github.com/pda/9697520 )

Oto skrypt files/run_db, który stworzyłem:

# start db

set -e
set -x

# first, if the /var/lib/mysql directory is empty, unpack it from our predefined db
[ "$(ls -A /var/lib/mysql)" ] && echo "Running with existing database in /var/lib/mysql" || ( echo 'Populate initial db'; tar xpzvf default_mysql.tar.gz )

/usr/sbin/mysqld

Wreszcie, plik Dockerfile, aby powiązać je wszystkie:

FROM mysql
MAINTAINER  (me) <email>

# Copy the database schema to the /data directory
ADD files/run_db files/init_db files/epcis_schema.sql /tmp/

# init_db will create the default
# database from epcis_schema.sql, then
# stop mysqld, and finally copy the /var/lib/mysql directory
# to default_mysql_db.tar.gz
RUN /tmp/init_db

# run_db starts mysqld, but first it checks
# to see if the /var/lib/mysql directory is empty, if
# it is it is seeded with default_mysql_db.tar.gz before
# the mysql is fired up

ENTRYPOINT "/tmp/run_db"

Więc, cd'ed do mojego katalogu mdir (który ma plik Dockerfile wraz z katalog plików). Następnie uruchamiam polecenie:

docker build --no-cache .

Powinieneś zobaczyć takie wyjście:

Sending build context to Docker daemon 7.168 kB
Sending build context to Docker daemon 
Step 0 : FROM mysql
 ---> 461d07d927e6
Step 1 : MAINTAINER (me) <email>
 ---> Running in 963e8de55299
 ---> 2fd67c825c34
Removing intermediate container 963e8de55299
Step 2 : ADD files/run_db files/init_db files/epcis_schema.sql /tmp/
 ---> 81871189374b
Removing intermediate container 3221afd8695a
Step 3 : RUN /tmp/init_db
 ---> Running in 8dbdf74b2a79
+ mysql_install_db
2015-03-19 16:40:39 12 [Note] InnoDB: Using atomics to ref count buffer pool pages
...
/var/lib/mysql/ib_logfile0
 ---> 885ec2f1a7d5
Removing intermediate container 8dbdf74b2a79
Step 4 : ENTRYPOINT "/tmp/run_db"
 ---> Running in 717ed52ba665
 ---> 7f6d5215fe8d
Removing intermediate container 717ed52ba665
Successfully built 7f6d5215fe8d

Masz teraz obraz "7f6d5215fe8d". Mógłbym uruchomić to zdjęcie:

docker run -d 7f6d5215fe8d

I zaczyna się obrazek, widzę ciąg instancji:

4b377ac7397ff5880bc9218abe6d7eadd49505d50efb5063d6fab796ee157bd3

Mogłem go "zatrzymać"i uruchomić ponownie.

docker stop 4b377
docker start 4b377

Jeśli spojrzysz na logi, pierwsza linia będzie zawierać:

docker logs 4b377

Populate initial db
var/lib/mysql/
...

Następnie, na końcu logów:

Running with existing database in /var/lib/mysql

To są wiadomości z / tmp / run_db skrypt, pierwszy wskazuje, że baza danych została rozpakowana z zapisanej (początkowej) wersji, drugi wskazuje, że baza danych już tam była, więc została użyta istniejąca Kopia.

Oto LS-lR struktury katalogów, którą opisałem powyżej. Zauważ, że init_db i run_db są skryptami z ustawionym bitem execute:

gregs-air:~ gfausak$ ls -Rl mdir
total 8
-rw-r--r--  1 gfausak  wheel  534 Mar 19 11:13 Dockerfile
drwxr-xr-x  5 gfausak  staff  170 Mar 19 11:24 files

mdir/files:
total 24
-rw-r--r--  1 gfausak  staff   126 Mar 19 11:14 epcis_schema.sql
-rwxr-xr-x  1 gfausak  staff  1226 Mar 19 11:16 init_db
-rwxr-xr-x  1 gfausak  staff   284 Mar 19 11:23 run_db