Как гарантировать списание денег с баланса?

Меня беспокоит количество запросов к бд... меня беспокоит, что крон не отработает всех юзеров по каким-то причинам, а при повторном запуске начнет все сначала, даже если предположить, что скрипт будет сверяться с логом "было ли списание сегодня или нет" это сколько запросов...:

1. Берем юзера и сумму для списания
2. Проверяем было ли списание сегодня или нет
3. Если списания не было, то списываем
4. Заносим данные о списании в лог
следующий...

Сразу начинает парить шаг 2 - какая дата списания должна быть чтобы скрипт понял, что деньги списывались за последние 24 часа? Получается в лог нужно записывать данные со смещением в 30 минут в прошлое? а крон настроить на запуск скажем в 00:10 ежедневно, скрипт будет проверять были ли списания за последние 24 часа - я так понимаю?

# a r t u r #,

меня беспокоит, что крон не отработает всех юзеров по каким-то причинам, а при повторном запуске начнет все сначала

- вы же понимаете, что крон - это всего лишь демон, который запускает указанный вами скрипт в указанное время и на этом его работа заканчивается. Никакой бизнес-логики он не содержит в себе, равно как и не отвечает за то, как именно будут списаны или не списаны средства - это все зависит от того, как вы напишете код.
По поводу запросов к БД - все упирается в то, какая структура у вашей бд, используете ли вы кеширование базы, как вы оптимизируете запросы.
Что касается вашего конкретного случая, то достаточно сконфигурировать крон на запуск каждый день в полночь, при запуске скрипта создавать новый объект класса \DateTime(), который записывать в переменную $currentTime (допустим, вы пишете в ПХП). В таблицу пользователей или где там вы храните данные о списании я бы добавил поле lastChargeFee, допустим, которое бы апдейтил при каждом списании:
допустим вы настроили таск крона так чтобы он запускался в полночь каждый день, тогда дата списания в базе будет для первого списания 01.07.18. Когда крон запускает скрипт на след день, он доложен сравнить по базе текущую дату (2.07.18) с теми, которые есть в поле списания у каждого пользователя и если даты не равны - списать и обновить дату. Если даты равны - ничего не делать. Никаких смещений в прошлое не нужно. В логи стоит писать все действия чтобы потом было легко отследить, что было списано, когда и у кого.
Ну это если очень кратко попытаться донести вам свою мысль )

Павел Новиков, Спасибо, время не сравниваем, сравниваем даты, так будет и правда проще, чем часы высчитывать .

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

баланс на 7 дней вперед = Прошло дней с начала месяца + 7

А как Вы будете считать его при вашем подходе ?
текущий < меньший средне потолочное ?
или для каждого сравнивать с прогнозом на оплату услуг за 7 дней ?

Олег Муравейко, ну тут уже второй скрипт должен запускаться на уведомления, который вероятно будет брать балансы юзеров и общую сумму их ежедневных платежей, делить одно на другое, если меньше 7, то слать уведомление - я так это вижу... м?

Делайте как считаете нужными.
Чтобы списание не прошло дважды.
Заносите его в таблицу с уникальным составным ключом.
Контроль за тем, что скрипт списания отработал возложите на "сторожевую собаку"
скрипт который запускается позже .
Например в 1:00 стартует списание. Отработает оно за 45 минут. И пишет, что все хорошо или были ошибки
"сторожевая собака" запускается в 2:00 и если нет успеха - уведомляет саппорт.

Олег Муравейко, "с уникальным составным ключом" - можно пример?

ключ по полям типа уникал
когда(Date) клиент(Int) услуга(int)
в результате с клиента можно списать плату за услугу только один раз в день