Przepraszam za tę super długą odpowiedź, ale masz mały sposób, aby dotrzeć tam, gdzie chcesz. Powiem, że normalnie nie umieszczałbyś magazynu dla bazy danych w tym samym kontenerze co sama baza danych, albo montujesz wolumin hosta, aby dane pozostały na hoście dockera, albo być może kontener mógłby zostać użyty do przechowuj dane (/ var / lib / mysql). Poza tym jestem nowy w mysql, więc może to nie być super wydajne. To mówi...
Myślę, że może być kilka problemów. Plik Dockerfile służy do tworzenia obrazu. Musisz wykonać krok kompilacji. Jako minimum z katalogu zawierającego plik Dockerfile możesz zrobić coś takiego:
docker build .
Plik Dockerfile opisuje obraz do utworzenia. Nie wiem zbyt wiele o mysql (jestem fanboyem postgres), ale przeszukałem interwebów pod kątem „jak zainicjować kontener docker mysql”. Najpierw utworzyłem nowy katalog do pracy, nazwałem go mdir, a następnie utworzyłem katalog plików, w którym zdeponowałem plik epcis_schema.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 plików:
#!/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 pobrana stąd: https://gist.github.com/pda/9697520 )
Oto utworzone przeze mnie pliki / skrypt run_db:
# 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
Na koniec 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"
Tak więc przeszedłem do mojego katalogu mdir (który zawiera plik Dockerfile wraz z katalogiem plików). Następnie wykonuję polecenie:
docker build --no-cache .
Powinieneś zobaczyć takie dane wyjściowe:
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”. Mogę uruchomić ten obraz:
docker run -d 7f6d5215fe8d
i obraz się uruchamia, widzę ciąg instancji:
4b377ac7397ff5880bc9218abe6d7eadd49505d50efb5063d6fab796ee157bd3
Mógłbym wtedy 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 dzienników:
Running with existing database in /var/lib/mysql
Są to komunikaty ze skryptu / tmp / run_db, pierwsza wskazuje, że baza danych została rozpakowana z zapisanej (początkowej) wersji, druga wskazuje, że baza już tam była, więc została wykorzystana istniejąca kopia.
Oto ls -lR struktury katalogów, którą opisałem powyżej. Zauważ, że init_db i run_db to skrypty z ustawionym bitem wykonania:
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