Сергей Тихонов

import datetime
dt = datetime.datetime.now()
dt += datetime.timedelta(days=3)

1. Добавьте побольше локальных переменных, например, row=a[i]
   
2. Используйте отрицательные индексы у срезов a[-1]
   
3. Вместо range(len) используйте enumerate или вообще for v in a
   

Отступы в python значащие, отделяют блоки друг от друга. Ваш код явно делает не то, что подразумевалось.

Я бы сделал так:
Создал бы пул очередей (10 штук), на каждую запустил бы по потоку, который бы ждал сообщения из очереди и запускал бы нужный запрос. А в основном потоке раз в 0.2 секунды пулял бы по 1 запросу в одну очередь в цикле, на каждой итерации переходя к следующей очереди. Итого, все запросы координируются через общий "писатель", а "читатели" обрабатывают ответы каждый в своем потоке.

Именно в python многопроцессность позволяет задействовать несколько ядер в вычислениях на python, в случае многопоточности зачастую (но не всегда) всё упирается в одно ядро из-за Global Interpreter Lock (который является спасительным кругом в море рейс-кондишнов и прочих прелестей параллельной обработки данных)

В винде достаточно просто создать ярлык в папку "автозагрузка" (по крайней мере раньше так работало), в линуксе скорее всего зависит от реализации init и оконного менеджера (нужно больше подробностей).

Похоже на то, что сервер закрывает соединение из-за неактивности, а клиент его потом не переоткрывает. В Django доках можно почитать про persistent database connections, как это обычно реализовывается. Наверняка в Peewee тоже что-то похожее есть.

У объекта datetime есть метод replace. Проверяем, что сейчас не полночь, заменяем ЧМС на нули и прибавляем timedelta(days=1) - вот и завтраншяя полночь. Перевести в unixtime - dt.timestamp()

1. Какой у вас часовой пояс?
   
2. Попробуйте поставить локальное время на 2 часа: если не сможете воспроизвести ошибку, значит она на стороне сервера.