Вызов хранимой процедуры MySQL из сценария PHP — нет ошибки, но не выполняется?

• ОБНОВЛЕНИЕ В КОНЦЕ

Я слежу за этим Автоматическое обслуживание разделов в MySQL учебное пособие, в котором подробно описывается универсальный метод удаления и добавления разделов таблиц mySQL на основе диапазонов дат.

Идея состоит в том, что вы можете автоматически отбрасывать старые данные таблицы через определенный промежуток времени и создавать новые разделы таблицы для текущих данных по мере необходимости.

Однако, поскольку мой сайт, скорее всего, будет размещен в «общем» пакете провайдера, похоже, что события mySQL будут для меня недоступны.

Итак, я перекрестно использую хранимые процедуры, описанные в первом уроке, с альтернативным методом их вызова, используя метод, подробно описанный в ответе на переполнение стека, с некоторыми изменениями: Скрипт поддержки разделов для Mysql

На моем локальном тестовом компьютере я хочу запустить скрипт PHP как задание CRON из Webmin.

Когда я запускаю хранимые процедуры из Adminer (который имеет схожую функциональность с phpMyAdmin), используя тестовая база данных MySQL, они выполняются должным образом — разделы удаляются, и весь процесс занимает пару минут.

Однако когда я запускаю свой модифицированный PHP-скрипт из Webmin в качестве задания CRON, кажется, ничего не происходит. Ошибок нет, но скрипт сразу возвращается с «ОК».

Точно так же, когда я запускаю скрипт из оболочки моего компьютера LAMP, он сразу возвращается с «OK».

Это скрипт PHP:

#!/usr/bin/env php
<?php
$connection = mysqli_connect('localhost', 'my_username', 'my_password', 'employees');
$result = mysqli_query($connection, "CALL perform_partition_maintenance('employees', 'titles', 3, 216, 5)") or die('Query fail: ' . mysqli_error($connection));
if ($result)
echo "OK";
else
echo "FAIL";
mysqli_close($connection);

Буду очень признателен за любые предложения о том, где я могу пойти не так.

ОБНОВИТЬ

В соответствии с предложением Ника, я добавил много отладочных операторов. Я пошел немного другим путем, потому что это было немного легче сделать — много новых заявлений «в файл».

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

OPEN cur1;
read_loop: LOOP
FETCH cur1 INTO current_partition_name;
IF done THEN
LEAVE read_loop;
END IF;

IF ! @first AND p_seconds_to_sleep > 0 THEN
SELECT CONCAT('Sleeping for ', p_seconds_to_sleep, ' seconds');
SELECT SLEEP(p_seconds_to_sleep);
END IF;

SELECT CONCAT('Dropping partition: ', current_partition_name);

...

SET @first = FALSE;
END LOOP;
CLOSE cur1;

Все это взято, без изменений, из веб-учебника на странице Джеффа Монти, и работает безупречно в других контекстах (т. Е. Внутри Adminer, из консоли sql — только не в сочетании с PHP-скриптом).
Однако, когда я закомментирую строку, которая говорит:

SELECT CONCAT('Dropping partition: ', current_partition_name);

Все работает просто отлично, но сценарий задыхается, когда я вставляю эту строку обратно. Я не могу понять этого. Особенно потому, что — при тестировании — я записываю «current_partition_name» в файл на диске для первых трех итераций цикла, и ссылка на строку в этой ситуации не вызывает никаких проблем. Это очень странно.

Этот другой (по-видимому, неразрешенный) вопрос о переполнении стека звучит несколько похоже.