Akina

SELECT test.id, SUM(jsontable.price) total_price
FROM test
CROSS JOIN JSON_TABLE(test.data,
                      '$.products[*]' COLUMNS (price INT PATH '$.price')) jsontable
GROUP BY test.id

fiddle

SELECT *
FROM tablename
WHERE data < CURRENT_DATE + INTERVAL 5 DAY
-- AND data >= CURRENT_DATE

$db->prepare("SELECT comments.id, ... , users.login
                   , :me AS me 
              FROM `comments` ... ");
    $comments->execute([
    "id_post" => $dataAttr,
    "me" => $_SESSION["user"]["id_user"],
    ]);

или типа того...

INSERT INTO может привести к ошибке. По любой причине. При этом процесс вставки прерывается, а все уже внесённые в таблицы изменения - откатываются.

INSERT IGNORE преобразует ошибку в предупреждение. При этом выполнение запроса продолжается, а запись, попытка вставки которой привела к ошибке, не вставляется.

Замечание. Дублирование - не единственное событие, которое может вызвать ошибку. Может быть ещё куча причин (CHECK constraint, SIGNAL из триггера, нарушение внешнего ключа и т.п.). Причём далеко не все типы ошибок восстановимы и могут быть проигнорированы/преобразованы в предупреждение. Если ошибка невосстановимая (как правило, это системные или внешние ошибки) - запрос прерывается по ошибке и откатывается обычным образом.

Замечание 2. Всё вышеописанное никак не пересекается с секционированием. За исключением случая, когда значение поля не соответствует диапазону ни для одной из секций. В этом случае IGNORE срабатывает штатно - ошибка преобразуется в предупреждение, проблемная запись не вставляется.

Нужно игнорировать дублирующиеся данные. Буду делать INSERT IGNORE

Кроме INSERT IGNORE INTO есть ещё два типа запросов, которые обрабатывают ошибку дублирования данных - это INSERT .. ON DUPLICATE KEY UPDATE и REPLACE INTO. Изучите их - возможно, какой-то из них лучше подходит для Вашей конкретной задачи. При этом REPLACE не поддерживает модификатор IGNORE и не может игнорировать другие ошибки.

В OpenServer -> PHPMyAdmin я создал юзера root1

Мало создать юзера, надо ещё дать ему необходимые для работы права. Хотя бы элементарно на чтение для той БД, которая указана как база по умолчанию.

Вот параметры юзера

Право USAGE - это синоним права “no privileges”. Т.е. свежесозданный юзер - абсолютно бесправен.

Читайте и применяйте GRANT Statement. Особое внимание обратить на WITH GRANT OPTION.

DELETE t1 
FROM test t1
JOIN test t2 ON t2.id > t1.id;

https://dbfiddle.uk/?rdbms=mysql_8.0&fiddle=19cb29...

Работа с датой ускоряет или усложняет процесс, если ее заменить вбиванием цифр вручную по типу 15122021?
Аналог 15 12 2021

Серверу глубоко похрен. Главное - соблюдать допустимый формат. Любой из MySQL 8.0 Date and Time Literals. Просто помни, что "вбивание цифр вручную" - это прямой путь к опечаткам, а они чреваты боком...

Как ее сделать авто добавляемой для каждого заказа и осуществлять после переборку по ним?

И откуда ему взяться? ветром надует?
А если есть вменяемый алгоритм формирования значения - то его следует запрограммировать. Если допустимо - то как DEFAULT в структуре таблицы, иначе в BEFORE INSERT триггере.

SELECT categoryId, COUNT(*) AS `count`
FROM table
GROUP BY categoryId

В колонке есть записи

100г
200 г
300гр
400 гр
500г.

Как их можно привести к одному шаблону, number + 'г'?

Если они ВСЕ в граммах, то

UPDATE tablename
SET columnname = CONCAT(columnname + 0, 'г');

Приоритет запятой ниже приоритета JOIN. Поэтому запрос по факту такой:

FROM adverts as a, 
     category as c, 
     ( category_advert as ca 
       LEFT JOIN advert_imgs as ai ON ai.main = 1 and ai.id_adv = a.id )

Очевидно, что внутри скобок никакого a.id нет.

Забудьте про возможность использовать запятую во FROM. Навсегда. Используйте вместо неё CROSS JOIN.