Akina

Лучше делать всё в одном запросе:

UPDATE users u1
CROSS JOIN users u2
SET u1.amount = u1.amount - $summa,
    u2.amount = u2.amount + $summa
WHERE u1.id = $client
  AND u2.id = $shop;

Во-первых, один запрос - проще. Пусть даже сам запрос и сложнее.

Во-вторых, если, например, в структуре таблицы имеется ограничение CHECK (amount >= 0), а сумма такова, что у клиента баланс уйдёт в минус - в таком случае ни одна из записей не будет изменена.

РКН не блокирует домены - блокируются IP-адреса (диапазоны, подсети).

Чисто теоретически - РКН может потребовать изменения записи DNS-зоны для домена (в т.ч. 3 уровня) так, чтобы он не обеспечивал корректного разрешения в адрес и обращения к ресурсу, при условии что данный домен поддерживается Российским оператором. Но я плохо представляю, как это можно выполнить технически, не нарушая стандартов (разве что просто удалить зону нафиг, на что оператор вряд ли пойдёт). К тому же никто не запрещает прописать соответствия локально и не обращаться к DNS за разрешением.

SELECT value,
       SUM(value = val1) total_1,
       SUM(value = val2) total_2
FROM ( SELECT val1 value FROM test
       UNION 
       SELECT val2 FROM test ) total
CROSS JOIN test
GROUP BY value
ORDER BY value;

DEMO

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

MySQL не поддерживает многотабличный INSERT.

Варианты:

1. Хранимая процедура
   
2. Триггер (но нужно решать проблему с передачей параметров для остальных таблиц)
   

Если устройство добавлено в контроллер домена то присваивается статический ip-адрес из сети 192.168.1.0/24

Статический адрес присваивается на устройстве. Сервер в этом процессе не участвует, вообще никак.

mysql думает что в файле отсутствует группа, но там все есть

Чудес не бывает. Если сервер считает, что файл кривой, то он прав. А ты чего-то не замечаешь.

пробовал ставить кодировку ANSI

Должен быть чистый ASCII.

Нарисуйте полную схему магистральных соединений сети. Всё активное L2 оборудование, все соединения между ними с номерами портов на каждой стороне. На каждой единице оборудования по каждому магистральному порту проверьте, что на нём имеются только tagged VLANы, а по каждому клиентскому (включая неиспользуемые) - только один untagged VLAN.

Если это не так (а, судя по описанию, именно такое состояние вещей и обнаружится) - составьте нужный план VLANов и план перенастройки оборудования на эту схему без прекращения предоставления услуги. И реализуйте. И сеть в порядок приведёте, и будете знать, что и где бегает.

Да, не забудьте отдельный управляющий VLAN, чтобы рулить оборудованием. И не используйте VLANID=1.

Удалить таблицу main - за полной её ненадобностью и бессмысленностью. Вместо неё создать представление на основе остальных двух таблиц,

В простом варианте:

SELECT 500 queue, operator, os.avg_os, ss.avg_ss
FROM ( SELECT operator,AVG(valuation) avg_os
       FROM oper_survey 
       WHERE queue = '500' AND `date` BETWEEN '2021-06-01' AND '2021-06-16' 
       GROUP BY operator ) os
JOIN ( SELECT operator, AVG(valuation) avg_ss
       FROM service_survey 
       WHERE queue = '500' AND `date` BETWEEN '2021-06-01' AND '2021-06-16' 
       GROUP BY operator ) ss USING (operator)

Более сложный вариант - какой-то operator отсутствует в одной из таблиц. Тогда надо собрать список из обеих таблиц, и к нему привязывать считающие подзапросы.

SELECT 500 queue, operator, COALESCE(os.avg_os, 0) avg_os, COALESCE(ss.avg_ss, 0) avg_ss
FROM ( SELECT operator FROM oper_survey WHERE queue = '500'
       UNION 
       SELECT operator FROM service_survey WHERE queue = '500' ) op
LEFT JOIN ( SELECT operator,AVG(valuation) avg_os
            FROM oper_survey 
            WHERE queue = '500' AND `date` BETWEEN '2021-06-01' AND '2021-06-16' 
            GROUP BY operator ) os USING (operator)
LEFT JOIN ( SELECT operator, AVG(valuation) avg_ss
            FROM service_survey 
            WHERE queue = '500' AND `date` BETWEEN '2021-06-01' AND '2021-06-16' 
            GROUP BY operator ) ss USING (operator)

SELECT users.name AS username,
       count(orders.id) AS orders_count 
FROM users
JOIN orders ON orders.user_id=users.id
GROUP BY users.name

Если нужно вывести и пользователей, у которых нет заказов, с нулевым количеством, то использовать LEFT JOIN.

PS. Запрос из текста вопроса тоже корректен и должен дать правильный результат. Причём с 50% вероятностью он будет преобразован в мой (точнее, оба дадут один и тот же план выполнения). Остальные 50% - на то, что он будет выполнен итерационно (и тогда скорее всего просто будет выполняться дольше).

Правильно ли понимаю, что в случае отказа слейва на какое-то условное кол-во времени за которое mysql-bin.log заротейтится при достижении условных 100М, то при восстановлении слейв сервера, данные, которые находятся уже в архивном логе не будут записаны?

Нет, неправильно.

max_binlog_size устанавливает размер ОДНОГО файла лога. Когда указанный размер достигнут, создаётся новый, и запись идёт уже в него. А старый никуда не девается, и будет нормально передан на слейв, когда его функционирование восстановится.

Таблица, на которую ссылается внешний ключ, должна существовать на момент создания ключа (т.е. должна быть создана ранее).

То есть надо бы изменить порядок создания таблиц. Сначала создать SALEREPS, и только потом OFFICES...

---

Но вообще структура какая-то бредовая. Одна таблица имеет FK на другую, которая имеет FK на первую... как-то логики совсем не прослеживается.

И просто пересортировкой порядка создания таблиц такое не лечится. Сначала все таблицы, потом все внешние ключи - единственное решение... но сперва надо разобраться с логикой зависимостей таблиц.

---

И это... всегда указывайте точно поле, на которое должен ссылаться внешний ключ. Не надейтесь на умолчания.

восстановить файл после удаления из корзины
удалил txt файлик с рабочего стола

С рабочего стола в корзину, а потом из корзины?

Выключить компьютер (лучше - жёстко, прям дёрнув кабель питания, ибо система авось не сдохнет, а вот каждая секунда работы уменьшает вероятность успешного восстановления). Загрузиться с LiveCD/DVD/flash. Затем

1) запустить сканер удалённых файлов (рекомендую Recuva) от имени SYSTEM (через ps.exe) и смотреть удалённые файлы в папке корзины.

На имя не обращать внимания - при помещении в корзину файл переименовывается. Однако расширение сохраняется. Так что смотреть все найденные .TXT файлы - что внутри. Не удивляться, если найдётся несколько копий - взять наиболее свежую,

Если не помогло, то

2) запустить сканер с прямым доступом к диску (рекомендую DMDE) и искать по известному содержимому файла (подстрока 10-20 символов, но более-менее оригинальная) в неиспользуемом пространстве диска либо вообще по всему диску. найденные куски (их скорее всего будет много) копировать, и потом из них воссоздать файл (впрочем, есть шанс, что найдётся текст из файла целиком).