Добрый вечер! Можете подсказать:какие инструменты есть для управление и мониторинга базы Mariadb

Или  какие то web consolи??

c 4.6c упало до 200мс. успех

@MasterZiv а если доп. условия есть для джоинов, то прописать их в ON ?

что за допусловия?

left join product_specials vps ON (vps.product_id = v.id AND vps.user_group_id = 270 and
                                       vps.date_start < '2020-11-23 13:43:28'
and (ps.date_end > '2020-11-23 13:43:28' or ps.date_end is null))

вот

написал

Ну да, так и надо, иначе JOIN будет не LEFT, а INNER

супер, все работает как надо(вроде)

Кто какие решения используют для балансировки (proxy)? Либо может кто видел в интернете какие либо сравнение их.
На в качестве СУБД будет либо дефолтный mysql, либо прекона[скорее всего]. Кластер или репликация master-slave, уже решится в зависимости от тестов с балансировками, но латенсия в принципе очень важна.
Пока есть думаю тестировать из:
1. Orchestrator MySQL
2. MaxScale
3. ProxySQL
4. nginx/haporxy/pcs
Может еще кто что дельное подскажет, или по вышеуказанным есть опыт и может поделится им. Приемлю любые камни

В проде видел решения с ProxySQL. Вроде не жаловался народ.

Вроде Orchestrator только управляет тополгией (переключает мастер-слейвов), клиентов он не балансирует. Остальные наоборот - балансируют клиентов но топологией не управляют.

Всем привет.
Подскажите, От чего может зависtть время обновления строки в таблице по ид.
В таблице нет индексов (пересчитывать нечего)
Локи не вешаю.
Выбираю по ид. Апдейчу по ид.
Время апдейта растёт с количеством "одновременных" апдейтов в таблицу.
процесслист грузится около минуты и в нем одни апдейты жизнью по 1+сек (до 20 сек доходит иногда)

Таблица весит 30гб
мускул 8
Вот конфиг бд
[mysqld]
wait_timeout=600
max_allowed_packet=1000M
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
default_authentication_plugin=mysql_native_password
max_binlog_size=500M
expire_logs_days=1
skip-log-bin
innodb_buffer_pool_size=15G
slow_query_log=/var/log/mysql/mysql-slow.log
long_query_time=1

А DDL таблицы?

CREATE TABLE product (
id int NOT NULL AUTO_INCREMENT,
category_id int DEFAULT NULL,
title longtext COLLATE utf8mb4_unicode_ci,
url longtext COLLATE utf8mb4_unicode_ci NOT NULL,
sku varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
description json DEFAULT NULL,
created_at datetime NOT NULL,
updated_at datetime DEFAULT NULL,
images json DEFAULT NULL,
update_error longtext COLLATE utf8mb4_unicode_ci,
variants json DEFAULT NULL,
html longtext COLLATE utf8mb4_unicode_ci,
PRIMARY KEY (id),
KEY IDX_D34A04AD12469DE2 (category_id),
CONSTRAINT FK_D34A04AD12469DE2 FOREIGN KEY (category_id) REFERENCES category (id)
) ENGINE=InnoDB AUTO_INCREMENT=7018017 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

И что именно ты апдейтишь?

Updated_at, variants, html
Проводил тесты - независимо от того какую колонку апдейчу время запроса по прежнему большое

Показать пример запроса можешь?

sku разве не у вариантов должно быть?

Зачем тебе столько лонгтекстов?