A
Напиши свой запрос update
update product set variants = '[]' where id = 86430; - 5сек
Size: a a a
2020 November 23
AO
а id это pk ?
AO
это не вам =)
IZ
update product set variants = '[]' where id = 86430; - 5сек
Вот, классно.
Давай думать теперь, сколько времени займет этот запрос
как функция от количества записей у тебя в таблице N.
Пока не думаем про index maintenance
Давай думать теперь, сколько времени займет этот запрос
как функция от количества записей у тебя в таблице N.
Пока не думаем про index maintenance
IZ
а id это pk ?
Он утверждает, что индексов у него нет вообще
AO
Он утверждает, что индексов у него нет вообще
Ну я потому и спросил, что если id - не pk, то будет боль и ад
IZ
да id это pk)
Так у тебя есть индексы или нет?
IZ
да id это pk)
Может ты DDL таблицы пришлешь?
IZ
Погоди пока...
A
Может ты 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;
Прост по дефолту же id - AI + PKIZ
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;
Прост по дефолту же id - AI + PKтак и индексы есть, и PK есть. Что тебе надо тогда?
AO
Предлагаю запросить explain
A
так и индексы есть, и PK есть. Что тебе надо тогда?
понять/исправить почему update по pk занимает столько много времени
IZ
Всем привет.
Подскажите, От чего может зависtть время обновления строки в таблице по ид.
В таблице нет индексов (пересчитывать нечего)
Локи не вешаю.
Выбираю по ид. Апдейчу по ид.
Время апдейта растёт с количеством "одновременных" апдейтов в таблицу.
процесслист грузится около минуты и в нем одни апдейты жизнью по 1+сек (до 20 сек доходит иногда)
Таблица весит 30гб
мускул 8
Вот конфиг бд
Подскажите, От чего может завис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В таблице нет индексов (пересчитывать нечего) - НАВРАЛ
Локи не вешаю. — ТОЖЕ НАВРАЛ.
Время апдейта растёт с количеством "одновременных" апдейтов в таблицу. — я думаю, и тут ты просто говоришь то, что не имеет отношения к действительности.
Локи не вешаю. — ТОЖЕ НАВРАЛ.
Время апдейта растёт с количеством "одновременных" апдейтов в таблицу. — я думаю, и тут ты просто говоришь то, что не имеет отношения к действительности.
IZ
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;
Прост по дефолту же id - AI + PKВОт DDL
IZ
update product set variants = '[]' where id = 86430; - 5сек
Вот запрос . Так?
A
Вот запрос . Так?
да
IZ
да
Ну так он должен мгновенно выполняться.
Откуда 5 сек?
Оно конечно, JSON там у тебя...Может быть всякая жопа с ним...
Но не на столько же.
Откуда 5 сек?
Оно конечно, JSON там у тебя...Может быть всякая жопа с ним...
Но не на столько же.