189 8069 5689
今天小编给大家分享一下Docker容器日志实例代码分析的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。
为华池等地区用户提供了全套网页设计制作服务，及华池网站建设行业解决方案。主营业务为成都网站建设、成都网站制作、华池网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
查看容器日志
先使用 docker run -it --rm -d -p 80:80 nginx:1.15.8-alpine 命令启动一个nginx容器。如果没有异常，会得到容器id如 d2408a7931c95a3a83ffeca2fba887763cf925a67890ef3be4d9ff838aa25b00 的长串。再使用 curl -i 访问服务，确认nginx容器正常启动运行。最后使用 docker logs -f d24 查看容器的日志输出，大概如下：
172.17.0.1 - - [24/mar/2019:03:51:21 +0000] "get / http/1.1" 200 612 "-" "curl/7.29.0" "-"
一般来说使用容器id的前3位即可
以上就是我们查看容器日志的日常方法了，非常简单实用。
容器日志文件存储
容器的日志会以json文件方式存储在本地磁盘，可以使用下面方式查看文件路径 docker inspect d42 | grep log 可以找到:
"logpath": "/var/lib/docker/containers/d2408a7931c95a3a83ffeca2fba887763cf925a67890ef3be4d9ff838aa25b00/d2408a7931c95a3a83ffeca2fba887763cf925a67890ef3be4d9ff838aa25b00-json.log",
注意1：mac上没有/var/lib/docker目录 ，因为docker for mac的运作方式不一样，最好使用linux系统练习。
注意2: 如果logpath内容为空，大概是因为docker engine版本，升级docker版本能到docker-ce 18.09.3
查看 d2408a7931c95a3a83ffeca2fba887763cf925a67890ef3be4d9ff838aa25b00-json.log 文件，可以看到:
{"log":"172.17.0.1 - - [24/mar/2019:03:51:21 +0000] \"get / http/1.1\" 200 612 \"-\" \"curl/7.29.0\" \"-\"\r\n","stream":"stdout","time":"2019-03-24t03:51:21.982476951z"}
这条信息的log字段内容和之前通过 docker logs 命令查看的内容一致。
容器日志会跟随容器生命周期，容器销毁后日志也会销毁。使用 docker stop 24 关停测试的nginx服务。因为容器启动使用时候用了 --rm 参数，关停后会自动清理删除，所以会发现 /var/lib/docker/containers/d2408a7931c95a3a83ffeca2fba887763cf925a67890ef3be4d9ff838aa25b00 目录不存在了，相应的日志文件也就删除了。
容器日志文件滚动策略
docker容器日志默认写入json文件，在线上运行时候会有磁盘写满的风险。可以调整策略，让其进行滚动。修改/etc/docker/daemon.json（如果没有就手工创建一个），增加下面内容：
{
"log-opts": {
"max-size": "1m",
"max-file": "3"
}
}修改完成后重启docker服务：
systemctl daemon-reload systemctl restart docker.service
测试一下新的日志策略，使用下面的命令创建一个容器：
docker run -d --rm alpine:3.6 sh -c "while true; do echo hello world; usleep 10; done"
这个alpine容器就是每隔10微秒输出hello world，保持高频度输出，快速生产日志文件。
注：shell中的时间控制
1、sleep : 默认为秒。
sleep 1s 表示延迟一秒
sleep 1m 表示延迟一分钟
sleep 1h 表示延迟一小时
sleep 1d 表示延迟一天
2、usleep : 默认以微秒。
1s = 1000ms = 1000000us
按照前文中查看日志文件的方法
# pwd /var/lib/docker/containers/aa3307f5b42770319129e126122be123cfd8e0ebe1c412371ad27e62faa007e3 # ls -lah total 2.6m drwx------ 4 root root 4.0k mar 24 16:22 . drwx------ 3 root root 4.0k mar 24 16:21 .. -rw-r----- 1 root root 647k mar 24 16:22 aa3307f5b42770319129e126122be123cfd8e0ebe1c412371ad27e62faa007e3-json.log -rw-r----- 1 root root 977k mar 24 16:22 aa3307f5b42770319129e126122be123cfd8e0ebe1c412371ad27e62faa007e3-json.log.1 -rw-r----- 1 root root 977k mar 24 16:21 aa3307f5b42770319129e126122be123cfd8e0ebe1c412371ad27e62faa007e3-json.log.2
很容易发现，日志文件的策略就是维持3个1m大小文件存在，和我们设置保持一致。
测试完成后，记得使用docker stop aa3 清理测试现场，max-size也可以按照真实需求调整大小。
nginx容器日志
了解docker容器的日志策略后，再看看常用的容器是如何处理的。先看看nginx容器。
首先 docker run -it --rm -d -p 80:80 nginx:1.15.8-alpine 创建一个nginx容器，然后 docker exec -it b6d sh 进入容器，查看/etc/nginx/nginx.conf可以看到下面内容：
error_log /var/log/nginx/error.log warn; access_log /var/log/nginx/access.log main;
也就是nginx会将错误日志和访问日志写入对应的日志文件。继续查看/var/log/nginx目录：
/var/log/nginx # ls -lah total 0 drwxr-xr-x 2 root root 39 mar 4 07:54 . drwxr-xr-x 3 root root 18 mar 4 07:54 .. lrwxrwxrwx 1 root root 11 jan 31 23:32 access.log -> /dev/stdout lrwxrwxrwx 1 root root 11 jan 31 23:32 error.log -> /dev/stderr
这就发现奥秘了，access.log文件会通过软链接重定向到标准输出，而错误日志error.log则会重定向标准错误。这样使用docker log命令就可以看到nginx的访问日志了。
为了进一步验证，查看nginx dockerfile文件，其中有：
# forward request and error logs to docker log collector && ln -sf /dev/stdout /var/log/nginx/access.log \ && ln -sf /dev/stderr /var/log/nginx/error.log
可见nginx镜像创建时候就定义好了日志文件的输出。
同样使用docker stop 524清理现场，以后就不再介绍清理这一步骤了。
MySQL容器日志
启动一个mysql容器
docker run --rm -e mysql_root_password=123456 mysql:5.7
不难看到mysql容器日志输出, 截取其中片段如下:
initializing database
2019-03-24t08:48:19.102726z 0 [warning] timestamp with implicit default value is deprecated. please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2019-03-24t08:48:20.241459z 0 [warning] innodb: new log files created, lsn=45790
2019-03-24t08:48:20.414933z 0 [warning] innodb: creating foreign key constraint system tables.
2019-03-24t08:48:20.509897z 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: 935a6ee7-4e11-11e9-b135-0242ac110002.
2019-03-24t08:48:20.519148z 0 [warning] gtid table is not ready to be used. table 'mysql.gtid_executed' cannot be opened.
2019-03-24t08:48:20.519843z 1 [warning] is created with an empty password ! please consider switching off the --initialize-insecure option.
2019-03-24t08:48:24.066683z 1 [warning] 'user' entry ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066730z 1 [warning] 'user' entry ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066740z 1 [warning] 'user' entry ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066756z 1 [warning] 'db' entry 'performance_schema ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066761z 1 [warning] 'db' entry 'sys ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066772z 1 [warning] 'proxies_priv' entry '@ ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066814z 1 [warning] 'tables_priv' entry 'user ignored in --skip-name-resolve mode.
2019-03-24t08:48:24.066822z 1 [warning] 'tables_priv' entry 'sys_config ignored in --skip-name-resolve mode.
database initialized
initializing certificates
generating a rsa private key
查看mysql dockerfile 文件，可以知道mysql镜像启动入口在entrypoint.sh，从脚本中发现：
echo 'initializing database' "$@" --initialize-insecure echo 'database initialized'
以上就是“Docker容器日志实例代码分析”这篇文章的所有内容，感谢各位的阅读！相信大家阅读完这篇文章都有很大的收获，小编每天都会为大家更新不同的知识，如果还想学习更多的知识，请关注创新互联行业资讯频道。