Vitaly Karasik

Посмотри show full processlist \G
Включи slow_log и посмотри, какие запросы следует оптимизировать.

При простом гуглении все быстро находится.
Вот например.

Эту инфу нужно искать в отрыве от языка, это уровень операционной системы.
Один из ответов на SO:
What is Under the Hood in a Stream in Programming?
Upd. Еще есть пересекающаяся тема как http streaming,
я когда-то для себя шпаргалку писала (ссылка)

Перед запуском докера создайте пустой файл и дайте полные права (конечно slow.log а не slow.cfg)

touch ./resources/docker/logs/slow.log
chown 777 ./resources/docker/logs/slow.log

- "./resources/docker/logs/slow.log:/var/log/mysql/mysql-slow.log"

А лучше пробросьте в контейнер всю папку logs

volumes:
      - "./resources/docker/config/my.cfg:/etc/mysql/conf.d/config-file.cnf"
      - "./resources/docker/logs/mysql/:/var/log/mysql/"
      - "./resources/schema/schema.sql:/docker-entrypoint-initdb.d/1-schema.sql"

Самое главное не высунуть php-fpm порт наружу в интернет что бы никто не запустит на нем какой-нибудь зловред.

Если же порт торчит из докера и прикрыт с наружи файр-волом то занчит вы знаете что делаете и принимаете на себя управление рисками you know exactly what you are doing (and are willing to accept the extreme risk)

Ели же у Вас из докера в интернет торчит неважно кто рнр, база данных или еще какой-нибудь сервис - повертье желающих его взломать достаточно

Создать директорию с именем 1 и в случае успеха выполнить ещё одну команду которая создаст поддиректорию 2 в директории 1:
mkdir 1 && mkdir 1/2

А это mkdir 1 | mkdir 1/2 не логический оператор, а pipe - труба для направления вывода в другое приложение.

Не слетит, он на машиночасы распространяется, а не на конкретные машины.

docker-compose - это инструмент для создания композиции из докер-контейнеров
gitlab ci services - это штука для поднятия каких-то сервисов доступных во время процесса ci/cd

И то, и другое, позволяет управлять приложением из нескольких образов, верно?

Нет, не верно - это делает только docker-compose

Принципиально они предназначены для решения совершенно разных задач.

Короче вы пытаетесь сравнить тёплое с мягким.

Вот если у меня зависимость от СУБД, где её надо прописывать? В services? В .docker-compose.yml?

Если эта зависимость возникает на этапе тестирования, то да - в services
Если эта зависимость возникает на этапе работы в проде - тогда уже разбираться с продакшен окружением надо, а не с гитлабом, в том числе и с композом, если вы используете его.

Почему хабражители предпочитают велосипеды, вместо...
Systemd для продолжающих. Part 1 — Запуск юнитов п...
Systemd для продолжающих. Part 2 — Триггеры на раз...

В systemd для этого существуют таймеры. Делают ровно то, что вам нужно.

Если честно, то на рынке ИТ все сейчас очень сложно. Причин несколько, а анализ легко растянется на полноценную статью, даже была мысль написать наХабр и Линкедин по этой теме. Постараюсь коротко пройтись по основным трендам.
1. Доступность удаленной работы, соответственно регионы и Индия с низкими зарплатами ворвались на рынок.
2. Миф о высокой зарплате. Когда то так было, сейчас курьер Яндекс-еды зарабатывает больше, чем средний программист. Про продажников даже не хочу говорить, знаю людей, легко имеющих и по миллиону в месяц.
3. Мифы о легком старте. На самом деле точка входа в профессию достаточно высока, так как мало освоить навыки кодера, нужно еще иметь логическое мышление, знать математику, анализ, разбираться в предмете (физика для игр, экономика для 1С, производство для автоматизации и многое другое). И, возвращаясь к пунктам 1 и 2, за хорошую зарплату придется после пары месяцев курсов конкурировать с индусами, которые имеют по 10 лет опыта, с регионами, где есть специалисты с 20-летним опытом, готовые работать за зарплату джуна в Москве.
4. Отдельно выделю сильно усложнившиеся программы, сложность разработки, несмотря на множество облегчающих жизнь инструментов, за последние годы выросла достаточно сильно.

Как человек, проведший не один десяток собеседований (и изучивший пару сотен резюме) скажу, что рынок действительно перегружен людьми, которые ничего не понимают в ИТ, но окончили курсы и гонются за легкими деньгами. Найти среди этой кучи резюме хорошего специалиста становится сложно. Отдельная проблема - болтуны, у которых опять же хорошо подвешен язык, но нет понимания реальной работы ИТ. Когда к этому приложена низкая квалификация руководства, происходит беда - сотрудников много, зарплаты высокие, а реально всю работу тащит один старый сотрудник, который 90% времени занят мыслями что его не ценят и пора валить.

Надеюсь, ответил достаточно понятно)

вам не нужен cat и ненужный pipe - просто
grep -q "app start" /app/log

Но вы уверены, что это нормально - просматриивать целый лог файл каждую итерацию рединесс пробы?
Может быть все-таки лучше в программу добавить дополнительный ендпоинт и проверять ее через http пробу?