galaxy

Если храните строкой, используйте формат, который можно сравнивать:
strftime("%Y-%m-%d %H:%M");

$start = strftime("%Y-%m-%d");
$end = strftime("%Y-%m-%d", strtotitme("tomorrow"));
$db->query("SELECT * FROM tab WHERE time > ='$start' AND time < '$end'");

Текущее время - now()
date_trunc() - округление даты

-- date('now', 'start of day')
date_trunc('day', now())

-- date('now', 'start of month')
date_trunc('month', now())

-- date('now', '-6 days')
now() - INTERVAL '6 days'

Так работают переменные в питоне.
Если переменная только читается в локальной области видимости (в вашем случае - внутри функции login()), то она будет искаться последовательно локально, в области видимости на уровень выше и так до глобальной.
Если в переменную идет запись в локальном скоупе, то она становится локальной (причем сразу, а не в момент записи). Это поведение меняется объявлением переменной global или nonlocal. Надеюсь, понятно написал (если что, об этом в интернете полно материалов, например)

В вашем примере error_count в функции login() - локальная, т.к. внутри функции идет запись в нее. При этом вы пытаетесь читать из нее до записи (ибо error_count += 1 суть error_count = error_count+1).

Я бы не назвал себя специалистом в mysql, но вот что можно увидеть из документации, как минимум:

The WITH CONSISTENT SNAPSHOT modifier starts a consistent read for storage engines that are capable of it. This applies only to InnoDB. The effect is the same as issuing a START TRANSACTION followed by a SELECT from any InnoDB table. See Section 15.7.2.3, “Consistent Nonlocking Reads”. The WITH CONSISTENT SNAPSHOT modifier does not change the current transaction isolation level, so it provides a consistent snapshot only if the current isolation level is one that permits a consistent read. The only isolation level that permits a consistent read is REPEATABLE READ. For all other isolation levels, the WITH CONSISTENT SNAPSHOT clause is ignored. A warning is generated when the WITH CONSISTENT SNAPSHOT clause is ignored.

То бишь:
1. Все это касается только InnoDB
2. START TRANSACTION WITH CONSISTENT SNAPSHOT не отличается от START TRANSACTION + SELECT (точнее, как я понял, тот самый консистентный снепшот фиксируется в первом случае в момент START TRANSACTION, а во втором - в момент SELECT).
3. Суть одна и та же - транзакция видит данные на момент фиксации снепшота, независимо от того, что там делают параллельные транзакции (+ она, конечно, видит свои собственные изменения)
4. WITH CONSISTENT SNAPSHOT не меняет уровень изоляции
5. WITH CONSISTENT SNAPSHOT работает только с REPEATABLE READ и игнорируется для любых других уровней с выдачей предупреждения (блин, не имею возможности проверить: что, даже для SEIRALIZABLE?)

Короче, вывод: ставите REPEATABLE READ (он, впрочем, стоит по умолчанию) и нафиг не сдался этот WITH CONSISTENT SNAPSHOT.

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

Смысл: вы получаете снимок состояния БД на момент фиксации снепшота. Обычно, это то, что нужно для бекапа

Парсер такое воспринимать не научен (да и писателю я бы по рукам надавал).
return $x[0]::{$x[1]}();
(это помимо того, что очевидно $x и $m перепутаны были после четвероточия)

Ведь, если будет взломана БД, то даже учитывая, что все пароли зашифрованы, могут быть активные коды на сброс пароля, которыми можно воспользоваться.

Странно, снявши голову, плакать по волосам. Если уж у вас взломали БД, так можно и просто пароль поменять пользователю (да и вообще, доступ ко всем данным и так есть).
Если только вы представляете себе какой-то взлом "на полшишечки"... Ну тогда можно зашифровать паролем, хранящимся где-то в настройках приложения.

Есть проблема, что я не нашел блокировки строк, блокирующей на чтение

SELECT FOR UPDATE

Если в ответе приходит JSON, в этом случае его сначала надо запросить из объекта Response:

...
self.find_largest(photo.get('sizes'))) for photo in resp.json()],

Там же JSON
echo json_decode($settings)->title;

С mysql 8:

SELECT user_id, price FROM (
	SELECT t.*, rank() over (order by price desc) as r FROM (
		SELECT user_id, SUM(price) price FROM `order` GROUP BY user_id
	) t
) t2
 WHERE r = 1

Сделать еще одну колонку, скопировать данные, колонки переименовать?