Não consigo obter dados do MySQL para persistir se executar $ docker-compose down
com o seguinte.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"
Meu entendimento é que, no meu data
contêiner, o volumes: - /var/lib/mysql
mapeia para o diretório de máquinas locais, onde o mysql armazena dados no contêiner e, por causa desse mapeamento, os dados devem persistir, mesmo que os contêineres sejam destruídos. E o mysql
contêiner é apenas uma interface do cliente no banco de dados e pode ver o diretório local por causa devolumes_from: - data
Tentativa de resposta e não funcionou. Problema persistente de dados do Docker-Compose
EDITAR
Alterei o meu .yml
como mostrado abaixo e criou um dir, ./data
mas agora quando executo docker-compose up --build
o mysql
contêiner não começará a lançar erro dizendo
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.
docker
docker-compose
Adão
fonte
fonte
Respostas:
O contêiner de dados é uma solução alternativa supérflua. Os volumes de dados fariam o truque para você. Altere o seu
docker-compose.yml
para:O Docker criará o volume para você na
/var/lib/docker/volumes
pasta. Esse volume persiste enquanto você não estiver digitandodocker-compose down -v
fonte
mysql
imagem do Docker. Você pode usar amariadb
imagem do Docker, que funciona perfeitamente com os volumes do Docker.var/lib/docker/volumes
vez de ter um diretório na pasta do projetodata/mysql
?Existem 3 maneiras:
Primeira maneira
Você precisa especificar o diretório para armazenar dados mysql em sua máquina host . Você pode remover o contêiner de dados. Seus dados mysql serão salvos no seu sistema de arquivos local.
A definição de contêiner do Mysql deve ser assim:
Segunda via
Seria confirmar o contêiner de dados antes de digitar
docker-compose down
:Terceira via
Também é possível usar em
docker-compose stop
vez dedocker-compose down
(então você não precisa confirmar o contêiner)fonte
volumes: - /var/lib/mysql
porque ele mapeiaHOST:CONTAINER
e, se você não especificar com dois pontos, mapeia o mesmo diretório?/var/lib/docker/volumes/ec3c543bc92f114c2c568733541e89381881e5a62996d7084e07793f86280535
volumes: - /var/lib/mysql
era equivalente avolumes: - /var/lib/mysql:/var/lib/mysql
Você precisa criar um volume separado para dados mysql.
Então será assim:
E não,
/var/lib/mysql
é um caminho dentro do seu contêiner mysql e não tem nada a ver com um caminho na máquina host. Sua máquina host pode até não ter nenhum mysql. Portanto, o objetivo é manter uma pasta interna de um contêiner mysql.fonte
volumes
sob o contêiner de dados para que você colocar sob o seuvolumes
e simplesmente tinhavolumes_from: - data
paramysql
? Também tentou isso e gerou um novo erro. Diz que o diretório existe, mas não é gravável e omysql
contêiner não será executado.Na verdade, esse é o caminho e você deve mencionar um caminho válido para que isso funcione. Se seu diretório de dados estiver no diretório atual, em vez de
my-data
você mencionar./my-data
, caso contrário, ele fornecerá esse erromysql
emariadb
também.fonte