작업자를 데몬으로 사용하는 gunicorn이 MySQL을 종료하는 이유는 무엇입니까?

그래서 저는 최근 Gunicorn을 사용하여 첫 번째 Flask 애플리케이션을 배포했습니다. 배포 과정에서 가장 특이한 문제에 직면했습니다. 시스템 단위 파일을 만들었습니다.(여기에 작동하는 기능적 예가 있습니다):

[Unit]
Description=Gunicorn instance for newscrape
After=network.target
After=mysql.service
Requires=mysql.service

[Service]
User=www-data
Group=www-data
WorkingDirectory=/var/www/newscrape
Environment="PATH=/var/www/newscrape/newscrapeenv/bin"
ExecStart=/var/www/newscrape/newscrapeenv/bin/gunicorn --bind 127.0.0.1:9001 run:app

[Install]
WantedBy=multi-user.target

이제 이것은 잘 작동하지만 원래 원했던 것은 아닙니다. 내 거실행 시작해당 줄의 원본 텍스트는 다음과 같습니다.ExecStart=/var/www/newscrape/newscrapeenv/bin/gunicorn --workers 4 --bind 127.0.0.1:9001 run:app

유닛 파일을 활성화하고 시작하려고 하면 내가 만든 서비스와 MySQL 서비스 모두 충돌 루프가 발생하기 시작합니다. 그런 다음 두 서비스 모두 끝없는 왈츠 속에서 끔찍하게 불길에 휩싸였습니다.

실행 명령: ss -tln수신 중인 서비스나 특정 시간에 실행 중인 두 서비스 중 하나를 표시하지 않습니다.

내 질문은: 왜 작업자가 있는 gunicorn은 MySQL 서버와 충돌하지만 작업자가 없는 gunicorn은 충돌하지 않습니까?