生产环境8核40GB+服务器Docker容器（含NiFi）CPU占用过高求助

我之前在生产环境碰到过完全一样的问题——8核的服务器被Docker容器占满CPU，导致其他独立服务卡得不行，结合你给出的docker container inspect结果（那些CPU相关的参数全是0，说明根本没做任何资源限制），给你几个亲测有效的解决步骤：

1. 先给高占用容器紧急加CPU限制，恢复服务 #

从你的描述看NiFi是重灾区，先给它设个CPU上限，别让它把其他服务的资源吃光：

• 硬限制可用核心数：用--cpus参数直接指定容器最多能用多少核，比如给NiFi分配2核（根据你的8核服务器，留够数据库、Kafka和其他服务的资源，比如数据库至少留1-2核，Kafka留1核）：

  docker update --cpus 2 nifi-container-name
  

• 调整CPU优先级（软限制）：如果不想硬卡核心数，而是让关键服务（比如数据库）在CPU紧张时优先拿到资源，可以用--cpu-shares调整权重（默认权重是1024，数值越高优先级越高）：

  # 给数据库容器设高权重，确保它抢资源时优先级更高
  docker update --cpu-shares 2048 db-container-name
  # 给NiFi设低权重，让它在CPU不够时主动让渡资源
  docker update --cpu-shares 512 nifi-container-name
  

  注意：cpu-shares只有在服务器CPU资源紧张时才会生效，空闲时容器还是会用满CPU。

2. 排查容器内CPU过高的根源（治标更要治本） #

光限制只是临时救急，得找出NiFi等容器CPU飙高的原因：

• 进入容器查看具体进程占用：

  docker exec -it nifi-container-name top
  

  看看是不是NiFi里某个处理器（比如数据路由、转换的组件）在疯狂跑，有没有无限循环、数据量突增或者配置错误（比如并发数设得远超服务器承载）。
• 查看容器日志找异常：

  docker logs --tail 100 nifi-container-name
  

  有没有报错、任务堆积或者异常的请求记录。

3. 进阶优化：用Cgroup精细控制CPU资源 #

如果你的服务器用的是Cgroup v2，可以更精准地控制容器的CPU使用时间：

• 设置CPU配额和周期（比如每秒最多用200000微秒，相当于2核的CPU时间）：

  docker update --cpu-quota 200000 --cpu-period 100000 nifi-container-name
  

  这里cpu-period是100000微秒（也就是1秒），cpu-quota是容器在这个周期内允许使用的CPU时间，200000就代表可以用2秒的CPU时间，对应2核的算力。

4. 长期规划：给所有容器预设资源限制 #

为了避免再出现这种情况，以后启动容器时直接配置好CPU和内存限制，比如启动NiFi时：

docker run -d --name nifi --cpus 2 --memory 8g apache/nifi:latest

另外，建议用docker stats或者搭建Prometheus+Grafana监控，实时跟踪容器的资源使用情况，提前发现异常。

内容的提问来源于stack exchange，提问作者Ganesh