Docker-Composer persistant de données MySQL

Je n'arrive pas à obtenir de données MySQL à persister si je lance $ docker-compose down avec le suivant .yml

version: '2'
services:
  # other services

  data:
    container_name: flask_data
    image: mysql:latest
    volumes:
      - /var/lib/mysql
    command: "true"

  mysql:
    container_name: flask_mysql
    restart: always
    image: mysql:latest
    environment:
      MYSQL_ROOT_PASSWORD: 'test_pass' # TODO: Change this
      MYSQL_USER: 'test'
      MYSQL_PASS: 'pass'
    volumes_from:
      - data
    ports:
      - "3306:3306"

Ma compréhension est que dans mon data conteneur à l'aide de volumes: - /var/lib/mysql cartes à mon local de machines répertoire où mysql stocke les données sur le conteneur et à cause de cette cartographie, les données doivent persister même si les conteneurs sont détruits. Et le mysql conteneur est juste une interface client dans la base de données et peuvent voir le répertoire local en raison de volumes_from: - data

Tenté cette réponse et il ne fonctionne pas. Docker-Composer Les Données Persistantes De La Difficulté À

MODIFIER

Changé ma .yml comme indiqué ci-dessous et créé un la dir ./data mais maintenant quand je lance docker-compose up --build la mysql conteneur ne démarre pas déclenche une erreur en disant

  data:
    container_name: flask_data
    image: mysql:latest
    volumes:
      - ./data:/var/lib/mysql
    command: "true"

  mysql:
    container_name: flask_mysql
    restart: always
    image: mysql:latest
    environment:
      MYSQL_ROOT_PASSWORD: 'test_pass' # TODO: Change this
      MYSQL_USER: 'test'
      MYSQL_PASS: 'pass'
    volumes_from:
      - data
    ports:
      - "3306:3306"


flask_mysql | mysqld: Can't create/write to file '/var/lib/mysql/is_writable' (Errcode: 13 - Permission denied)
flask_mysql | 2016-08-26T22:29:21.182144Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
flask_mysql | 2016-08-26T22:29:21.185392Z 0 [ERROR] --initialize specified but the data directory exists and is not writable. Aborting.

Voir mon menu fixe de l'article et mon exemple minimal

InformationsquelleAutor Adam | 2016-08-26

docker docker-compose

151

Le conteneur de données est un superflu solution de contournement. Les données des volumes de ferait l'affaire pour vous. Modifier votre docker-compose.yml à:
```
version: '2'
services:
  mysql:
    container_name: flask_mysql
    restart: always
    image: mysql:latest
    environment:
      MYSQL_ROOT_PASSWORD: 'test_pass' # TODO: Change this
      MYSQL_USER: 'test'
      MYSQL_PASS: 'pass'
    volumes:
      - my-datavolume:/var/lib/mysql
volumes:
  my-datavolume:
```
Docker va créer le volume pour vous dans la /var/lib/docker/volumes dossier. Ce volume persistent aussi longtemps que vous ne tapez pas docker-compose down -v
- Cela semble avoir fixé. Merci.
- Départ avec MySQL 5.7.6 il y aura (encore) être des problèmes de permissions avec la mysql Docker image. Vous pouvez utiliser à la place la mariadb Docker image, , qui fonctionne parfaitement avec Docker volumes.
- Cette solution a fonctionné pour moi. Un couple de côté remarques/précisions: 1. lorsque vous utilisez la configuration ci-dessus dans le panneau-composer.yml et le déploiement du service de la pile à l'aide de "docker pile déployer -c docker-composer.yml mystack", il n'est pas nécessaire pour créer le volume manuellement, il sera créé dans /var/lib/docker/volumes/mystack_my-datavolume automatiquement pour vous (notez qu'il ajoute "mystack_" au nom de volume). 2. Je n'ai pas eu à changer les permissions sur mon annuaire. Même si j'ai des fichiers détenus par mysql:root dans mon conteneur, ils ont été créés 27:root sur mon Panneau d'accueillir sans problèmes.
- Pourquoi avez-vous jamais eu envie de le stocker dans var/lib/docker/volumes au lieu d'avoir répertoire dans votre dossier de projet comme data/mysql?
- Je dirais si vous ne voulez pas déployer de données MySQL pour votre machine de production; sinon, c'est une très bonne idée de garder tout ensemble.
- Puis-je créer un dossier dans la racine de mes proyect et l'utiliser comme base de données de volumes?
- C'est tout simplement ne fonctionne pas sur ma fin, la base de données ne persistent sur redémarrer
- Pour les lecteurs qui utilisent "mysql/mysql-server" de l'image, vous aurez besoin d'utiliser "MYSQL_PASSWORD" au lieu de "MYSQL_PASS". Sinon, la config ne fonctionne pas.
- Ce n'est pas la réponse à votre question complètement, mais j'étais un peu inquiet sur l'utilisation de cette solution car j'étais inquiet, je voudrais, par inadvertance, faire un docker-compose down et de perdre mon volume. Comme il s'avère, que vous avez à faire docker-compose down -v afin de perdre définitivement votre volume, qui m'a fait me sentir beaucoup mieux sur toute cette approche. Je pense qu'une meilleure question, peut-être, pourquoi créer un répertoire de vous-même lors de docker peut prendre soin de cela pour vous entièrement?
- Je pense que parce que je me sens plus à l'aise lorsque l' tous les pièces de mon application et des données sont stockées en quelque sorte ensemble, et je n'ai pas de dépendances sur un peu de volume à partir de quelque part
InformationsquelleAutor Ohmen
35

Il y a 3 façons:

Première

Vous avez besoin de spécifier le répertoire de stockage de données mysql sur votre machine hôte. Vous pouvez alors retirer le conteneur de données. Votre mysql données seront sauvegardées à votre système de fichiers local.

Mysql définition du conteneur doit ressembler à ceci:
```
mysql:
  container_name: flask_mysql
  restart: always
  image: mysql:latest
  environment:
    MYSQL_ROOT_PASSWORD: 'test_pass' # TODO: Change this
    MYSQL_USER: 'test'
    MYSQL_PASS: 'pass'
volumes:
 - /opt/mysql_data:/var/lib/mysql
ports:
  - "3306:3306"
```
Deuxième façon

Serait de commettre le conteneur de données avant de taper docker-compose down:
```
docker commit my_data_container
docker-compose down
```
Troisième voie

Vous pouvez également utiliser docker-compose stop au lieu de docker-compose down (alors que vous n'avez pas besoin de commettre le conteneur)
- Je ne peux pas juste avoir volumes: - /var/lib/mysql parce que c'cartes HOST:CONTAINER et si vous ne spécifiez pas de w/ un colon, c'cartes de la même dir?
- Pas. malheureusement, dans ce cas, le panneau de la carte de ce conteneur répertoire aléatoire dans le dossier hôte comme /var/lib/docker/volumes/ec3c543bc92f114c2c568733541e89381881e5a62996d7084e07793f86280535
- Ok je pensais que volumes: - /var/lib/mysql était équivalent à volumes: - /var/lib/mysql:/var/lib/mysql
- votre troisième voie ne fonctionnera pas parce que docker ne pas commettre de données à partir des volumes de l'image. voir github.com/moby/moby/issues/6999
- Je crois que nous avons besoin de formater le compositeur aligment
InformationsquelleAutor Bukharov Sergey
9

Vous devez créer un volume distinct de données mysql.

De sorte qu'il ressemble à ceci:
```
volumes_from:
  - data
volumes:
  - ./mysql-data:/var/lib/mysql
```
Et non, /var/lib/mysql est un chemin à l'intérieur de votre mysql conteneur et n'a rien à voir avec un chemin d'accès sur votre ordinateur hôte. Votre machine hôte peut-être même pas mysql. Donc le but est de conserver un dossier interne à partir d'une base de données mysql contenant.
- Ne serait-ce pas pas différent que de changer mon volumes sous le conteneur de données sur ce que vous mettez sous votre volumes et avait tout simplement volumes_from: - data pour mysql? Aussi tenté ce et ce une nouvelle erreur. Dit dir existe, mais pas accessible en écriture et en mysql conteneur ne sera pas exécuté.
- Bien sûr, vous devez créer un dossier local avec un chemin d'accès ./mysql-data (ou tout ce que vous mettriez en avant le point-virgule)
- Voir mon edit. N'a pas l'obtenir avant de commenté. Mais a créé de répertoire local. Regarde comme il y a un problème de permission maintenant.
- ERREUR: le Service "mysql" monte les volumes à partir de "données", qui n'est pas le nom d'un service ou d'un conteneur.
InformationsquelleAutor Dmitry Malyshenko
2

En fait c'est le chemin d'accès et vous devriez le mentionner un chemin d'accès valide pour que cela fonctionne. Si votre répertoire de données est dans le répertoire courant, puis, au lieu de my-data vous devriez le mentionner ./my-data, sinon, il vous donnera l'erreur dans mysql et mariadb aussi.
```
volumes:
 ./my-data:/var/lib/mysql
```
InformationsquelleAutor codelearner

Vous devez vous connecter pour publier un commentaire.