Я не могу сохранить данные MySQL, если я запускаю $ docker-compose down
со следующими.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"
Насколько я понимаю, в моем data
контейнере с использованием volumes: - /var/lib/mysql
сопоставляется с моим каталогом локальных машин, где MySQL хранит данные в контейнере, и из-за этого сопоставления данные должны сохраняться, даже если контейнеры уничтожены. И mysql
контейнер является просто клиентским интерфейсом в БД и может видеть локальный каталог из-заvolumes_from: - data
Попытка этого ответа, и он не работал. Docker-Compose Постоянная проблема с данными
РЕДАКТИРОВАТЬ
Изменил мою , .yml
как показано ниже , и создал реж ./data
но теперь , когда я бегу docker-compose up --build
в mysql
начало контейнера обыкновение бросает ошибку говоря
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
Адам
источник
источник
Ответы:
Контейнер данных - излишний обходной путь. Объемы данных помогут вам. Измените свой
docker-compose.yml
на:Докер создаст для вас том в
/var/lib/docker/volumes
папке. Этот объем сохраняется до тех пор, пока вы не печатаетеdocker-compose down -v
источник
mysql
Docker. Вместо этого вы можете использоватьmariadb
образ Docker, который безупречно работает с томами Docker.var/lib/docker/volumes
вместо того, чтобы иметь директорию в папке вашего проекта, какdata/mysql
?Есть 3 способа:
Первый способ
Вам необходимо указать каталог для хранения данных MySQL на вашем хост-компьютере . Затем вы можете удалить контейнер данных. Ваши данные MySQL будут сохранены в вашей локальной файловой системе.
Определение контейнера Mysql должно выглядеть так:
Второй способ
Было бы зафиксировать контейнер данных перед вводом
docker-compose down
:Третий путь
Также вы можете использовать
docker-compose stop
вместоdocker-compose down
(тогда вам не нужно фиксировать контейнер)источник
volumes: - /var/lib/mysql
потому что он отображает,HOST:CONTAINER
и если вы не указываете двоеточие, он отображает один и тот же каталог?/var/lib/docker/volumes/ec3c543bc92f114c2c568733541e89381881e5a62996d7084e07793f86280535
volumes: - /var/lib/mysql
было эквивалентноvolumes: - /var/lib/mysql:/var/lib/mysql
Вы должны создать отдельный том для данных MySQL.
Так это будет выглядеть так:
И нет,
/var/lib/mysql
это путь внутри вашего контейнера mysql, который не имеет ничего общего с путем на вашем хост-компьютере. Ваш хост-компьютер может вообще не иметь mysql. Таким образом, цель состоит в том, чтобы сохранить внутреннюю папку из контейнера MySQL.источник
volumes
под контейнером данных тем, что вы положили под свойvolumes
и просто имелиvolumes_from: - data
дляmysql
? Также попытался это и новая ошибка. Говорит, что каталог существует, но не доступен для записи, иmysql
контейнер не запустится.На самом деле это путь, и вы должны указать правильный путь для этого. Если каталог данных находится в каталоге , то вместо того ,
my-data
следует отметить./my-data
, в противном случае это даст вам эту ошибкуmysql
иmariadb
также.источник