Иван Мельников

... WHERE 1 ...
Для чего эта 1 ?

Попробуйте так:

UPDATE `table`
    SET `flag` = 1 
WHERE
    `datetime_b` < '2020-03-22 16:00:00'
    AND `datetime_a` IS NULL
    AND `flag` = 0;

При этом для более быстрого выполнения данного запроса нужен индекс только на поле datetime_b.

Предположим я знаю, что точное число записей - 123, а по факту возвращается 91.

Откуда вы это знаете?

SELECT COUNT(*) FROM table обязательно выдаст точное значение кол-ва строк в таблице.

Может на самом деле вы исползуете запрос вида
SELECT COUNT(col) FROM table?

Ну, если в лоб, то видится такой вариант.
Создаете таблицу comments_buffer с одним полем comments_id и добавляете в триггер строчку, которая пишет в эту таблицу id строки, в которой нужно инкрементировать поле child_count.
И на таблицу comments_buffer вешаете триггер на апдейт, который будет уже апдейтить таблицу comments (child_count = child_count + 1) .

В MySQL 8.0.16 появился CHECK CONSTRAINT.

Для MySQL 8.0:

SELECT * FROM `t1` WHERE `id` IN (SELECT `id_iz_pervoi_tablici` FROM `t2` WHERE `flag`=0)

Более быстрый вариант (но это не точно):

SELECT * FROM `t1` WHERE EXISTS (SELECT * FROM `t2` WHERE `t1`.`id` = `t2`.`id_iz_pervoi_tablici` AND `flag`=0)

Характер нагрузки на БД какой (чтение/запись)?
Все ли поля имеют наименьший достаточный тип данных?
Установлен ли не сервере минимальный достаточный уровень изолированности транзакций?
Оптимизированы ли запросы по "жадности"?

ALTER TABLE `tablename` ADD `rand` BINARY(16);
UPDATE `tablename` SET `rand` = UNHEX(MD5(RAND()));
SELECT HEX(`rand`) FROM `tablename`;

For MySQL:

CREATE TABLE `order` (
`id` MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
`city_id` SMALLINT UNSIGNED NOT NULL,
FOREIGN KEY (`city_id`) REFERNCES `city` (`id`)
);

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

MySQL Workbench 8.0.

Либо из txt, либо из mysql. Необходимо удалить все дубли. То есть не оставлять одинаковых строк вообще.

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

DELETE FROM 'table' WHERE concat_ws('', 'field1', 'field2') IN
(SELECT `a` FROM (SELECT concat_ws('', 'field1', 'field2') `a`
FROM 'table' GROUP BY 'field1', 'field2' HAVING count(*) > 1) 'x')

Однако, строки

... field1  |  field2 ...
    NULL    |  'ivanov'
    ''      |  'ivanov'

будут восприниматься как дубли друг друга и будут удалены обе.

SELECT * FROM `number_1` WHERE concat(`field_1`, ' ', `field_2`, ' ', ..., ' ', `field_n`) LIKE '%13%'

Как насчет модели управления доступом на основе ролей (RBAC) ?
Такие сущности, как ресурс, действие, пользователь и роль выделяются в отдельные отношения. Связываются они табличками вида M:N.

Ну вот вообще не вижу и не понимаю причин хранить целые числа (включая хэш-суммы и ip-адреса) в VARCHAR-ах. Целочисленные типы и были придуманы для того, чтобы хранить в них целые числа.
Например, возьмем 15-значное целое число в десятичной системе счисления. Если вы выберете для его хранения тип VARCHAR(15), то одно значение будет занимать 15 байт + 1 байт = 16 байт.
При этом тип BIGINT UNSIGNED весит всего 8 байт и имеет диапазон значений от 0 до 18446744073709551615 (включительно). Как следствие, скорость поиска, сортировки, сравнения, добавления новой записи будет выше.

Для MySQL 5.7 и MySQL 8.0:
Запрос

DELETE FROM `table` WHERE `idu` = 1 AND `time_end` NOT IN
(SELECT `time_end` FROM `table` ORDER BY `time_end` DESC LIMIT 3)

удалит из таблицы все записи с `idu` = 1 кроме трех последних.
Для MySQL 5.6 и более ранних:

DELETE FROM `table` WHERE `idu` = 1 AND `time_end` <
(SELECT * FROM (SELECT `time_end` FROM `table` ORDER BY `time_end` DESC LIMIT 3) as T
ORDER BY `time_end` LIMIT 1)