Как при старте сервера запустить cron задачу только после старта Mysql?

Question

[Kerm]

У меня есть php файл в котором реализован бесконечный цикл, дело в том что при @reboot задача выполняется до старта MySQL, идет выполнение PHP файла, в момент обращения к которому MySQL не работает и вылезает ошибка, которая потом зацикливается, даже если MySQL уже поднялся все равно до тех пор пока не перезапустишь PHP файл будет эта ошибка "PHP Warning: mysqli::query(): invalid object or resource mysqli"

Вопрос такой, как выполнить задачу такого плана:

/opt/php70/bin/php /var/www/user/data/www/site.ru/mail.php при старте сервера, только после того как запустится MySQL или может есть возможность в PHP файле бесконечный цикл как то организовать таким образом чтобы при его запуске в нем не зацикливалась ошибка при старте?

Цикл там простой:

<?php
	$mailing = new Mailing();

	if ($mailing->true) {
		while(1==1) {
			$mailing->mail_pr_queue();
			sleep(5);
		}
	}

?>

Comments

[Дмитрий]

Ну и как вариант в коде делать проверки и break циклу писать

Answer 1

[paran0id]

Лучше, пожалуй, это делать не кроном, а systemd unit и timer. И прописать зависимость, чтобы только после mysql стартовал.

Comments

[pfg21]

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

[Kerm]

а можно как то поподробнее

[paran0id]

Вот официальная документация по юнитам: https://www.freedesktop.org/software/systemd/man/s...
См. опции Requires, Wants и After
А вот по таймерам: https://www.freedesktop.org/software/systemd/man/s...

Создаёшь юнит-файл, например /etc/systemd/system/phpmailing.service, в Exec прописываешь свой скрипт, прописываешь зависимости от юнита mysql (или mariadb, что там стоит). Type в данном случае будет one-shot.
Далее создаешь файл /etc/systemd/system/phpmailing.timer, в нём прописываешь расписание для запуска юнита.
Делаешь systemctl daemon-reload, делаешь systemctl enable phpmailing, проверяешь, что всё работает.
Это самый правильный на данный момент способ. Можно наколхозить скрипт с проверками и сунуть в крон, но это не труъ.

[pfg21]

вот к примеру сервис fancontrol.service запускает только после запуска сервиса lm-sensors.service и только если существует необходимый файл конфигурации.
[Unit]
Description=fan speed regulator
# Run pwmconfig to create this file.
ConditionPathExists=/etc/fancontrol
After=lm-sensors.service
Documentation=man:fancontrol(8) man:pwmconfig(8)
посмотри примеры в /etc

крон проще и менее функционален, поэтому к нему нужна куча костылей.

Answer 2

[Alexey Dmitriev]

Можно просто добавить паузу в скрипт через sleep, которая даст загрузиться mysql

Answer 3

[AUser0]

Ещё вариант. Если cron-задача запускается под пользователем, у которого есть права на чтение файла /var/run/mysqld/mysqld.pid (это где демон mysql хранит свой PID, у вас может быть по другому адресу) - то можно проверять наличие файла, читать из него PID, и проверять существование такого процесса через posix_getpgid($PID) или file_exists("/proc/{$PID}").

Но лучше исправить подключение к базе данных, что бы подключалось в цикле, с проверкой результата подключения, и с паузой в десяток секунд.

А самое элементарное: в начале приведённого файла - sleep(300).

Answer 4

[Александр Черных]

в кроне
@reboot mysqld && my_task.php

это принципиальная схема. выкинуть из автостарта mysql