我有以下docker compose文件(docker-compose-dev.yml):
version: '3'
services:
my_sql_db:
image: percona:latest
container_name: my_sql_db
environment:
MysqL_ROOT_PASSWORD: password
MysqL_DATABASE: abhs
ports:
- "3306:3306"
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ./flyway_scripts/src/main/resources/db/migration:/flyway/sql
command: -url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate
depends_on:
- my_sql_db
并遵循docker-compose.yml:
version: '3'
services:
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ./flyway_scripts/src/main/resources/db/migration:/flyway/sql
然后我执行以下命令:
docker-compose -f docker-compose.yml -f docker-compose-dev.yml up
它导致错误:
在日志中我看到以下内容:
my_sql_db | Initializing database
flyway_migration | Flyway Community Edition 5.1.4 by Boxfuse
flyway_migration |
my_sql_db | 2018-08-24T08:47:41.616694Z 0 [Warning] 'NO_ZERO_DATE','NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
my_sql_db | 2018-08-24T08:47:41.616747Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
flyway_migration | ERROR:
flyway_migration | Unable to obtain connection from database (jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false) for user 'root': Could not connect to address=(host=my_sql_db)(port=3306)(type=master) : Connection refused (Connection refused)
flyway_migration | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
flyway_migration | sql State : 08
flyway_migration | Error Code : -1
flyway_migration | Message : Could not connect to address=(host=my_sql_db)(port=3306)(type=master) : Connection refused (Connection refused)
my_sql_db | 2018-08-24T08:47:43.024690Z 0 [Warning] InnoDB: New log files created,LSN=45790
flyway_migration |
my_sql_db | 2018-08-24T08:47:43.443625Z 0 [Warning] InnoDB: Creating foreign key constraint system tables.
my_sql_db | 2018-08-24T08:47:43.588008Z 0 [Warning] No existing UUID has been found,so we assume that this is the first time that this server has been started. Generating a new UUID: 5dc59a4f-a77a-11e8-b6cb-0242ac130002.
my_sql_db | 2018-08-24T08:47:43.760654Z 0 [Warning] Gtid table is not ready to be used. Table 'MysqL.gtid_executed' cannot be opened.
my_sql_db | 2018-08-24T08:47:44.518107Z 0 [Warning] CA certificate ca.pem is self signed.
my_sql_db | 2018-08-24T08:47:44.925466Z 1 [Warning] root@localhost is created with an empty password ! Please consider switching off the --initialize-insecure option.
my_sql_db | 2018-08-24T08:47:54.762213Z 1 [Warning] 'user' entry 'root@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.762517Z 1 [Warning] 'user' entry 'MysqL.session@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.762889Z 1 [Warning] 'user' entry 'MysqL.sys@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.763244Z 1 [Warning] 'db' entry 'performance_schema MysqL.session@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.763472Z 1 [Warning] 'db' entry 'sys MysqL.sys@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.763788Z 1 [Warning] 'proxies_priv' entry '@ root@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.763928Z 1 [Warning] 'tables_priv' entry 'user MysqL.session@localhost' ignored in --skip-name-resolve mode.
my_sql_db | 2018-08-24T08:47:54.764128Z 1 [Warning] 'tables_priv' entry 'sys_config MysqL.sys@localhost' ignored in --skip-name-resolve mode.
my_sql_db | Database initialized
my_sql_db | MysqL init process in progress...
my_sql_db | 2018-08-24T08:47:58.970290Z 0 [Warning] 'NO_ZERO_DATE','NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release.
my_sql_db | 2018-08-24T08:47:58.970345Z 0 [Warning] 'NO_AUTO_CREATE_USER' sql mode was not set.
my_sql_db | 2018-08-24T08:47:58.974061Z 0 [Note] MysqLd (MysqLd 5.7.22-22) starting as process 58 ...
my_sql_db | 2018-08-24T08:47:58.999651Z 0 [Note] InnoDB: PUNCH HOLE support available
my_sql_db | 2018-08-24T08:47:58.999685Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
my_sql_db | 2018-08-24T08:47:58.999689Z 0 [Note] InnoDB: Uses event mutexes
my_sql_db | 2018-08-24T08:47:58.999692Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
my_sql_db | 2018-08-24T08:47:58.999695Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
my_sql_db | 2018-08-24T08:47:58.999698Z 0 [Note] InnoDB: Using Linux native AIO
my_sql_db | 2018-08-24T08:47:59.000153Z 0 [Note] InnoDB: Number of pools: 1
my_sql_db | 2018-08-24T08:47:59.000426Z 0 [Note] InnoDB: Using cpu crc32 instructions
my_sql_db | 2018-08-24T08:47:59.002306Z 0 [Note] InnoDB: Initializing buffer pool,total size = 128M,instances = 1,chunk size = 128M
my_sql_db | 2018-08-24T08:47:59.006893Z 0 [Note] InnoDB: Completed initialization of buffer pool
my_sql_db | 2018-08-24T08:47:59.013219Z 0 [Note] InnoDB: If the MysqLd execution user is authorized,page cleaner thread priority can be changed. See the man page of setpriority().
my_sql_db | 2018-08-24T08:47:59.024242Z 0 [Note] InnoDB: Crash recovery did not find the parallel doublewrite buffer at /var/lib/MysqL/xb_doublewrite
my_sql_db | 2018-08-24T08:47:59.026263Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
my_sql_db | 2018-08-24T08:47:59.066469Z 0 [Note] InnoDB: Created parallel doublewrite buffer at /var/lib/MysqL/xb_doublewrite,size 3932160 bytes
my_sql_db | 2018-08-24T08:47:59.071752Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
my_sql_db | 2018-08-24T08:47:59.072052Z 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
my_sql_db | 2018-08-24T08:47:59.422155Z 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
my_sql_db | 2018-08-24T08:47:59.423325Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
my_sql_db | 2018-08-24T08:47:59.423376Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
my_sql_db | 2018-08-24T08:47:59.423900Z 0 [Note] InnoDB: Waiting for purge to start
my_sql_db | 2018-08-24T08:47:59.474066Z 0 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.7.22-22 started; log sequence number 2595255
my_sql_db | 2018-08-24T08:47:59.474647Z 0 [Note] Plugin 'FEDERATED' is disabled.
my_sql_db | 2018-08-24T08:47:59.499970Z 0 [Note] Found ca.pem,server-cert.pem and server-key.pem in data directory. Trying to enable SSL support using them.
my_sql_db | 2018-08-24T08:47:59.500004Z 0 [Note] Skipping generation of SSL certificates as certificate files are present in data directory.
my_sql_db | 2018-08-24T08:47:59.500382Z 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/MysqL/ib_buffer_pool
my_sql_db | 2018-08-24T08:47:59.501263Z 0 [Warning] CA certificate ca.pem is self signed.
my_sql_db | 2018-08-24T08:47:59.522151Z 0 [Note] Skipping generation of RSA key pair as key files are present in data directory.
my_sql_db | 2018-08-24T08:47:59.531657Z 0 [Note] InnoDB: Buffer pool(s) load completed at 180824 8:47:59
看起来flyway在数据库初始化之前启动,因此无法连接到数据库,我看到下面的错误.
我该如何解决这个问题?
附:
我搜索了类似的问题,我发现了以下建议:https://github.com/vishnubob/wait-for-it但我是码头工人的新手,我不明白如何把它放入我的docker compose文件中
P.S.2
我试着将文件wait-fot-it.sh放在compose文件附近并执行:
command: ["./wait-for-it.sh","MysqL:3306","--","-url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate"]
但是我返回ERROR:无效的参数:./ wait-for-it.sh
P.S.3
version: '3'
services:
my_sql_db:
image: percona:latest
container_name: my_sql_db
environment:
MysqL_ROOT_PASSWORD: password
MysqL_DATABASE: abhs
ports:
- "3306:3306"
healthcheck:
test: ["CMD","MysqLadmin","ping","-h","localhost"]
timeout: 20s
retries: 10
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ./flyway_scripts/src/main/resources/db/migration:/flyway/sql
command: -url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate
depends_on:
my_sql_db:
condition: service_healthy
但我看到以下错误:
$docker-compose -f docker-compose.yml -f docker-compose-dev.yml up
The Compose file '.\docker-compose-dev.yml' is invalid because:
services.migration.depends_on contains an invalid type,it should be an array
P.S.4
version: '3'
services:
my_sql_db:
image: percona:latest
container_name: my_sql_db
environment:
MysqL_ROOT_PASSWORD: password
MysqL_DATABASE: abhs
ports:
- "3306:3306"
healthcheck:
test: ["CMD","localhost"]
timeout: 20s
retries: 10
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ./flyway_scripts/src/main/resources/db/migration:/flyway/sql
command: dockerize wait jdbc:MysqL://my_sql_db:3306 -url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate
depends_on:
- my_sql_db
我看到以下错误:
flyway_migration | ERROR: Invalid argument: dockerize
UPDATE_1
wait-for-it.sh内容:
#!/usr/bin/env bash
# Use this script to test if a given TCP host/port are available
cmdname=$(basename $0)
echoerr() { if [[ $QUIET -ne 1 ]]; then echo "$@" 1>&2; fi }
usage()
{
cat << USAGE >&2
Usage:
$cmdname host:port [-s] [-t timeout] [-- command args]
-h HOST | --host=HOST Host or IP under test
-p PORT | --port=PORT TCP port under test
Alternatively,you specify the host and port as host:port
-s | --strict Only execute subcommand if the test succeeds
-q | --quiet Don't output any status messages
-t TIMEOUT | --timeout=TIMEOUT
Timeout in seconds,zero for no timeout
-- COMMAND ARGS Execute command with args after the test finishes
USAGE
exit 1
}
wait_for()
{
if [[ $TIMEOUT -gt 0 ]]; then
echoerr "$cmdname: waiting $TIMEOUT seconds for $HOST:$PORT"
else
echoerr "$cmdname: waiting for $HOST:$PORT without a timeout"
fi
start_ts=$(date +%s)
while :
do
if [[ $ISBUSY -eq 1 ]]; then
nc -z $HOST $PORT
result=$?
else
(echo > /dev/tcp/$HOST/$PORT) >/dev/null 2>&1
result=$?
fi
if [[ $result -eq 0 ]]; then
end_ts=$(date +%s)
echoerr "$cmdname: $HOST:$PORT is available after $((end_ts - start_ts)) seconds"
break
fi
sleep 1
done
return $result
}
wait_for_wrapper()
{
# In order to support SIGINT during timeout: http://unix.stackexchange.com/a/57692
if [[ $QUIET -eq 1 ]]; then
timeout $BUSYTIMEFLAG $TIMEOUT $0 --quiet --child --host=$HOST --port=$PORT --timeout=$TIMEOUT &
else
timeout $BUSYTIMEFLAG $TIMEOUT $0 --child --host=$HOST --port=$PORT --timeout=$TIMEOUT &
fi
PID=$!
trap "kill -INT -$PID" INT
wait $PID
RESULT=$?
if [[ $RESULT -ne 0 ]]; then
echoerr "$cmdname: timeout occurred after waiting $TIMEOUT seconds for $HOST:$PORT"
fi
return $RESULT
}
# process arguments
while [[ $# -gt 0 ]]
do
case "$1" in
*:* )
hostport=(${1//:/ })
HOST=${hostport[0]}
PORT=${hostport[1]}
shift 1
;;
--child)
CHILD=1
shift 1
;;
-q | --quiet)
QUIET=1
shift 1
;;
-s | --strict)
STRICT=1
shift 1
;;
-h)
HOST="$2"
if [[ $HOST == "" ]]; then break; fi
shift 2
;;
--host=*)
HOST="${1#*=}"
shift 1
;;
-p)
PORT="$2"
if [[ $PORT == "" ]]; then break; fi
shift 2
;;
--port=*)
PORT="${1#*=}"
shift 1
;;
-t)
TIMEOUT="$2"
if [[ $TIMEOUT == "" ]]; then break; fi
shift 2
;;
--timeout=*)
TIMEOUT="${1#*=}"
shift 1
;;
--)
shift
CLI=("$@")
break
;;
--help)
usage
;;
*)
echoerr "Unknown argument: $1"
usage
;;
esac
done
if [[ "$HOST" == "" || "$PORT" == "" ]]; then
echoerr "Error: you need to provide a host and port to test."
usage
fi
TIMEOUT=${TIMEOUT:-15}
STRICT=${STRICT:-0}
CHILD=${CHILD:-0}
QUIET=${QUIET:-0}
# check to see if timeout is from busyBox?
# check to see if timeout is from busyBox?
TIMEOUT_PATH=$(realpath $(which timeout))
if [[ $TIMEOUT_PATH =~ "busyBox" ]]; then
ISBUSY=1
BUSYTIMEFLAG="-t"
else
ISBUSY=0
BUSYTIMEFLAG=""
fi
if [[ $CHILD -gt 0 ]]; then
wait_for
RESULT=$?
exit $RESULT
else
if [[ $TIMEOUT -gt 0 ]]; then
wait_for_wrapper
RESULT=$?
else
wait_for
RESULT=$?
fi
fi
if [[ $CLI != "" ]]; then
if [[ $RESULT -ne 0 && $STRICT -eq 1 ]]; then
echoerr "$cmdname: strict mode,refusing to execute subprocess"
exit $RESULT
fi
exec "${CLI[@]}"
else
exit $RESULT
fi
P.S.5
我也试过这个:
version: '3'
services:
my_sql_db:
image: percona:latest
container_name: my_sql_db
environment:
MysqL_ROOT_PASSWORD: password
MysqL_DATABASE: abhs
ports:
- "3306:3306"
healthcheck:
test: ["CMD","localhost"]
timeout: 20s
retries: 10
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ./flyway_scripts/src/main/resources/db/migration:/flyway/sql
entrypoint: ["wait-for-it.sh","docker-entrypoint.sh"]
command: -url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate
depends_on:
- my_sql_db
它会导致错误:
创建flyway_migration …错误
ERROR: for flyway_migration Cannot start service migration: OCI runtime create Failed: container_linux.go:348: starting container process caused "exec: \"wait-for-it.sh\": executable file not found in $PATH": unknown
ERROR: for migration Cannot start service migration: OCI runtime create Failed: container_linux.go:348: starting container process caused "exec: \"wait-for-it.sh\": executable file not found in $PATH": unknown
Encountered errors while bringing up the project.
对于错误:
Invalid argument: ./wait-for-it.sh
和
Invalid argument: dockerize
这是因为Flyway容器的entrypoint是flyway可执行文件,并且您指定的command的内容作为参数附加到入口点.因此,实际上,容器正在运行以下内容:
flyway dockerize ...
要么
flyway wait-for-it.sh ...
这些都不是Flyway command line的有效参数.
正如您在P.S.5中所做的那样,需要更新入口点.但是,您已经遇到错误:
"wait-for-it.sh": executable file not found in $PATH"
这是因为在Flyway容器中没有wait-for-it.sh(和dockerize).
您可以创建一个扩展Flyway容器的Dockerfile,然后添加或复制脚本,例如:
FROM Boxfuse/flyway:latest
RUN mkdir /flyway/bin
ADD wait-for-it.sh /flyway/bin/wait-for-it.sh
RUN chmod 755 /flyway/bin/wait-for-it.sh
或者挂载包含脚本/可执行文件的卷:
version: '3'
services:
...
migration:
image: Boxfuse/flyway:latest
container_name: flyway_migration
volumes:
- ../sql:/flyway/sql
- ../bin:/flyway/bin
entrypoint: ["/flyway/bin/dockerize","-wait","tcp://my_sql_db:3306","-timeout","15s","flyway"]
...
本地目录../bin包含dockerize(或wait-for-it.sh).
这应该足以使dockerize / wait-for-it.sh正常工作.但是,这两个工具只检查端口是否可用,而不是数据库本身实际上已准备好为请求提供服务.
撰写v2.1
也就是说,使用docker-compose v2.1 depends_on:condition语法可能是一种合理的方法.正如您在评论中提到的那样,该语法已在v3和很多people are unhappy about it中删除.
但是,正如Docker开发人员之一在comment on that issue中所说:
There’s no reason to use the v3 format if you don’t intend to use swarm services.
自定义健康检查脚本
另一种方法是扩展Flyway容器以添加自定义MysqL运行状况检查脚本,类似于docker compose documentation中显示的Postgres:
#!/bin/bash
# wait-for-MysqL.sh
set -e
host="$1"
shift
cmd="$@"
until MysqL_PWD=$MysqL_ROOT_PASSWORD /usr/bin/MysqL --host="$host" --user="root" --execute "SHOW DATABASES;"; do
>&2 echo "MysqL is unavailable - sleeping"
sleep 1
done
>&2 echo "MysqL is up - executing command"
exec $cmd
然后创建一个Dockerfile来扩展Flyway,安装MysqL客户端并添加这个脚本:
FROM Boxfuse/flyway:latest
RUN apt-get update && \
apt-get install -y MysqL-client && \
mkdir /flyway/bin
ADD wait-for-MysqL.sh /flyway/bin/wait-for-MysqL.sh
RUN chmod 755 /flyway/bin/wait-for-MysqL.sh
version: '3'
services:
my_sql_percona:
...
migration:
build: ./flyway_MysqL_client
container_name: flyway_migration
environment:
MysqL_ROOT_PASSWORD: password
volumes:
- ../sql:/flyway/sql
entrypoint: ["bash","/flyway/bin/wait-for-MysqL.sh","my_sql_percona","flyway"]
command: -url=jdbc:MysqL://my_sql_db:3306/abhs?useUnicode=true&characterEncoding=utf8&useSSL=false -user=root -password=password migrate
depends_on:
- my_sql_percona
这种方法的缺点是您需要为每个容器扩展每个容器的自定义运行状况检查脚本.
码头工人堆栈
v2.1 depends_on:条件语法似乎已被删除,转而支持v3中的restart policies.但是,它们嵌套在deploy部分下,其中:
only takes effect when deploying to a swarm with docker stack deploy,and is ignored by docker-compose up and docker-compose run.
因此,另一个选择是抛弃docker-compose并在docker swarm上运行,如下所示:
向Flyway容器添加失败重启策略:
version: '3'
services:
my_sql_percona:
...
migration:
image: Boxfuse/flyway:latest
...
depends_on:
- my_sql_percona
deploy:
restart_policy:
condition: on-failure
创建一个swarm集群(在这种情况下是单节点):
docker swarm init --advertise-addr
部署服务:
docker stack deploy --compose-file docker-compose.yml flyway_MysqL
每次退出时,飞虫容器将由swarm重新启动
一个错误,直到它最终成功退出.
虽然这似乎有效,但我不确定这是否是这种情况下的最佳方法.例如,如果由于迁移脚本中的错误导致Flyway容器退出,则swarm将继续重新启动容器,即使它永远不会成功.
我用这五种不同的方法创建了repository.
就个人而言,我认为我会使用v2.1方法,因为健康检查与数据库容器本身保持一致,而不是在每个依赖于它的容器中重复.我不需要使用swarm服务,所以选择适合你的任何东西. 原文链接:https://www.f2er.com/docker/436870.html