Akina

Как вы делите сеть на VLAN если не используете L3?

Вот сижу и думаю - что за бред? VLAN - чисто L2 штука. Где связь?

У меня вон стоят коммутаторы L2 (даже не L2+), и они распрекрасно себе умеют VLAN, причём и port-based, и MAC-based. Единственно чего, связанного с VLAN, они не умеют, так это держать несколько IP адресов внутреннего интерфейса в разных VLAN, только один IP, доступный либо из одного указанного VLAN, либо из вообще любого. Они даже GVRP умеют без проблем.

захожу через putty по SSH и гружу по
mysql -u****** -p****** ******* < *******.sql

Напрасно.
Загрузи CLI, а уж потом в нём грузи дамп командой SOURCE.
Во-первых, не будет тайм-аута, интерактивно клиент, в отличие от безынтерфейсного, не воспринимается как померший, ибо постоянно льёт в выходной поток. Во-вторых, будешь видеть диагностику загрузки (особенно если запустишь CLI с ключом --tee).

Запрос

SELECT * FROM base WHERE domain LIKE '%habr%' LIMIT 10000;

Какой это нахрен поиск "по совпадениям"??? Это, блин, поиск по подстроке!!! причём в любом месте строки.

С таким шаблоном поиска можете с обычными индексами вообще не трахаться, по причине абсолютной бессмысленности действа. Читайте про GIN, GiST, RUM и прочие виды индексов и поиск с их использованием.

Модельное решение:

SELECT brand.b_id
FROM brand
NATURAL LEFT JOIN model 
NATURAL LEFT JOIN item
GROUP BY 1
HAVING NOT SUM(i_id IS NULL)

fiddle

ALTER TABLE Statement

Например, для первого сообщения это будет, вероятно,

ALTER TABLE bitrix_db_name.b_crm_kanban_supervisor 
  MODIFY COLUMN `ENTITY_TYPE_ID` tinyint unsigned NOT NULL;

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

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

SELECT COUNT(*)
FROM bitrix_db_name.b_crm_kanban_supervisor
WHERE ENTITY_TYPE_ID < 0;

и убедиться, что результат его выполнения - ноль. Если же полученное значение - ненулевое, то следует сильно разбираться, как так получилось.

PS. В теории при обновлении должна запускаться процедура, которая конвертирует данные из старой структуры в новую. Проверьте, что такая существует, и что вы точно её запускали.

Против программного вандализма - бездисковые рабочие станции и сервер терминалов.

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

И при любом инциденте - не стесняться. Досудебная претензия с полным "меню" восстановления, а при невыполнении в срок - в суд. Обычно "достаточно одной таблэтки" (с)

В чем отличие trunk port от tagged port

Trunk - это понятие, относящееся именно к порту. Это порт, предназначенный для магистральной передачи, соединяющий два коммутатора. Как правило, через него передаётся несколько tagged VLAN.

Tagged - это понятие, относящееся к паре порт-VLAN. Именно конкретный VLAN на конкретном порте может быть либо tagged, либо untagged.

будет ли функционировать между собой tagged и trunk на разных коммутаторах?

Опираясь на вышесказанное: tagged VLAN передаётся через trunk port.

Не надо хранить бинарные файлы в БД.

В дополнение ко всему сказанному - в MySQL извлечение сохранённых бинарных файлов именно в виде файлов, а не массива байтов, тоже занятие нетривиальное. Выполняется по одному, запросом SELECT INTO DUMPFILE, да ещё и отдельно от остальных полей записи.

Есть 2 созданных сети на этом dhcp 10.0.0.1-10.0.0.100 и 10.1.1.1-10.1.1.100.

Это НЕ сети. Это диапазоны выделяемых адресов (scopes).

Кроме того, эта информация, без хотя бы указания маски для каждого скопа - совершенно бессмысленна.

Gateway имеет ip адрес 10.0.0.1.

Это чей gateway? Операционной системы, на которой работает DHCP? Или это значение параметра в настройках скопа, отдаваемое сервером клиенту?

Это gateway куда? Шлюз по умолчанию? Шлюз в подсеть? Что-то ещё?

Каким образом можно указать для сети 10.1.1.1-100 gateway 10.0.0.1 , чтобы например, контейнеры proxmox, которые будут находиться в этой подсети имели выход в интернет ?

Самое простое - объединить скопы одной подсетью.
Соответствующая маска - /23 или шире.

Я считаю, что оптимальным является проведение квалификационного тура. Который отсеет "лишних".

Применительно к показанному - из 17 участников выбираются случайным образом двое, которые играют между собой квалификацию за право выхода на турнир. После чего остаётся 16 участников, играющих 5 туров на выбывание. Будь участников, скажем, 19, квалификацию играли бы три пары.

Если же среди участников имеется некоторое количество, подтверждённая квалификация которых достаточна, они могут быть исключены из числа участников квалификации. Например, если заявились 19 игроков, но пятеро из них КМС и лучше, то они сразу проходят в турнир, а три пары участников квалификации выбираются случайным образом из остальных 14 участников.

Есть товары, которые прилетают по API, их заношу в бд, но иногда часть товаров отсутствует в API и в бд нужно обнулить остатки.

Элементарно.

То, что приходит по API, нужно не пихать сразу в рабочую таблицу, а сохранить во временную таблицу. А потом обновить рабочую таблицу, используя полученные данные как источник данных. Потребуется два запроса - первый обновит записи о товарах, имеющихся в пришедшем списке, и добавит новые (INSERT .. SELECT .. ODKU), второй поставит требуемую пометку в нужном поле (UPDATE .. FROM .. LEFT JOIN .. WHERE .. IS NULL).

Альтернативный вариант - добавить в таблицу (если не имеется, что было бы весьма странно для описываемой системы) поле штампа времени обновления записи (updated_at). Перед обновлением по данным API зафиксировать время начала процесса (получить запросом с сервера MySQL), после чего вторым запросом поставить соотв. пометку в те записи, где этот штамп времени ранее запомненного.

Проблема миграции базы данных с mysql 8 на mariaDB 10?

Проблемы ОБЯЗАНЫ БЫТЬ. MySQL и MariaDB расфоркнулись достаточно давно, изменения и дополнения в синтаксисе они не синхронизируют, так что неудивительно, что чем дальше, тем меньше они совместимы. И соответственно всё меньше шансов. что дамп одной СУБД беспроблемно натянется на другую.

Такой перенос надо делать руками.

1. Выгружаем дамп структуры (без данных) из MySQL.
   
2. Экспортируем данные из MySQL-таблиц в CSV.
   
3. Правим дамп структуры руками, приводим к требованиям синтаксиса MariaDB.
   
4. Загружаем структуру в MariaDB, убеждаемся, что работает. Дропаем.
   
5. Делим дамп на 2 части - в одной только таблицы (и другие критично необходимые для создания таблиц объекты), в другой всё остальное (индексы, представления, триггеры-функции и прочая тряхомудия).
   
6. Грузим первую часть дампа структуры.
   
7. Импортируем данные из CSV в таблицы MariaDB.
   
8. Грузим вторую часть дампа структуры.
   

Будет что-то вроде

SELECT *,
       ( SELECT value
         FROM tablename t2
         WHERE t1.year - 1 = t2.year
         ORDER BY created_at DESC LIMIT 1 
         ) AS prev_value
FROM tablename t1;