Нужно будет не один раз брать аккаунты, а ежедневно заходить и проявлять с них активность
Стартанул поток
Взяли с удалением строку.
Делаем своё темное дело
Вышли по красному или зеленому выходу => вернули строчку обратно в табличку.
Это гарантирует, что никакой другой поток не будет использовать тот же аккаунт одновременно.
Если нужно чтобы аккаунт брался только 1 раз в сутки - добавляем ещё ячейку время.
Взяли аккаунт-строку с удалением.
Проверили дату - если устраивает
Обновили дату в переменной
Дальше делаем свои дела. При завершении - вернули строчку обратно с новой датой.
Если не устраивает - завершаем работу по зеленой-красной - вернули аккаунт обратно с старой датой.
Если нужно чтобы за определенную дату ещё и 10 выполнений было возможно - ок.
Тогда добавляем ещё одну ячейку.
Логика та же что и с датой.
Только всегда ещё в одной ячейке обновляем счётчик на +1
А когда взяли - в начале выполнения - проверили по дате, потом если все ок - проверили по счётчику.
Если устраивает - обновили дату, обновили счётчик.
Делаем тёмное дело.
После завершения - выход по красной-зеленой.
Возвращаем строчку обратно в табличку уже с новыми данными.
Все это актуально только если корректно завершать работу зенно, не пропадает свет и тп.
В противном случае - после каждого пропадания света табличка может быть поломаной - придется восстанавливать с какой-то копии.
Из-за этого если такие варианты возможны (зенка закрывается через диспетчер, пропадание света) - используют MySQL, где реализуют подобную логику, но, в случае форс-мажора данные не теряются.
Если же принципиально нужно получать данные с таблички в многопотоке без удаления - то нужно гуглить в сторону глобальных переменных, но их использование может существенно усложнить логику, что зачастую просто избыточно.
