Es tut mir leid für diese super lange Antwort, aber Sie haben noch einen kleinen Weg vor sich, um dorthin zu gelangen, wo Sie wollen. Ich werde sagen, dass Sie normalerweise den Speicher für die Datenbank nicht im selben Container wie die Datenbank selbst ablegen würden, sondern entweder ein Host-Volume bereitstellen würden, damit die Daten auf dem Docker-Host erhalten bleiben, oder dass möglicherweise ein Container verwendet werden könnte Halten Sie die Daten (/ var / lib / mysql). Außerdem bin ich neu in MySQL, daher ist dies möglicherweise nicht sehr effizient. Das gesagt...
Ich denke, hier kann es einige Probleme geben. Die Docker-Datei wird verwendet, um ein Bild zu erstellen. Sie müssen den Erstellungsschritt ausführen. In dem Verzeichnis, das die Docker-Datei enthält, würden Sie mindestens Folgendes tun:
docker build .
Die Docker-Datei beschreibt das zu erstellende Bild. Ich weiß nicht viel über MySQL (ich bin ein Postgres-Fan), aber ich habe in den Interwebs nach "Wie initialisiere ich einen MySQL-Docker-Container?" Gesucht. Zuerst habe ich ein neues Verzeichnis erstellt, in dem ich arbeiten kann, ich habe es mdir genannt, dann habe ich ein Dateiverzeichnis erstellt, in dem ich eine epcis_schema.sql-Datei abgelegt habe, die eine Datenbank und eine einzelne Tabelle erstellt:
create database test;
use test;
CREATE TABLE testtab
(
id INTEGER AUTO_INCREMENT,
name TEXT,
PRIMARY KEY (id)
) COMMENT='this is my test table';
Dann habe ich ein Skript namens init_db im Dateiverzeichnis erstellt:
#!/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
(Der größte Teil dieses Skripts wurde von hier entfernt: https://gist.github.com/pda/9697520 )
Hier ist das Skript files / run_db, das ich erstellt habe:
# 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
Schließlich die Docker-Datei, um sie alle zu binden:
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"
Also habe ich in mein mdir-Verzeichnis (das die Docker-Datei zusammen mit dem Dateiverzeichnis enthält) cd'ed. Ich führe dann den Befehl aus:
docker build --no-cache .
Sie sollten die Ausgabe wie folgt sehen:
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
Sie haben jetzt ein Bild '7f6d5215fe8d'. Ich könnte dieses Bild ausführen:
docker run -d 7f6d5215fe8d
und das Bild startet, ich sehe eine Instanzzeichenfolge:
4b377ac7397ff5880bc9218abe6d7eadd49505d50efb5063d6fab796ee157bd3
Ich könnte es dann "stoppen" und neu starten.
docker stop 4b377
docker start 4b377
Wenn Sie sich die Protokolle ansehen, enthält die erste Zeile:
docker logs 4b377
Populate initial db
var/lib/mysql/
...
Dann am Ende der Protokolle:
Running with existing database in /var/lib/mysql
Dies sind die Nachrichten aus dem Skript / tmp / run_db. Die erste zeigt an, dass die Datenbank aus der gespeicherten (anfänglichen) Version entpackt wurde, die zweite zeigt an, dass die Datenbank bereits vorhanden war, sodass die vorhandene Kopie verwendet wurde.
Hier ist ein ls -lR der oben beschriebenen Verzeichnisstruktur. Beachten Sie, dass init_db und run_db Skripte mit gesetztem Ausführungsbit sind:
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