C
для совместимости между разными субд. на слоупочность это не влияет
COUNT(*) запросов если в таблице есть поле JSON: https://bugs.mysql.com/bug.php?id=97709Size: a a a
2021 April 26
AK
А, похоже это в MySQL 8.0 что-то поломали со скоростью
ИЛ
не, это всратый конструктор
ИЛ
в доктрине такой же
AK
Ну, судя по EXPLAIN - mysql такую конструкцию сам как-то разруливает, выводит операции такие же что и при простом запросе:
SELECT COUNT(*) FROM my_entity
ИЛ
а ты сортировку добавь
AK
Ну а тут по результатам EXPLAIN - лишний INNER JOIN самого себя он разрулить не может, в результате тратит кучу ресурсов на ненужный джойн. Друпал похоже джойнит для надёжности из-за того, что у сущности могут быть ревижены, переводы и т.п. Но у меня ж простейшая сущность без ревиженов и других фичей...
C
Сколько у тебя сущностей, что ты переживаешь за оверхед?
AK
6 мильёнов, и оба запроса выполняются более 100 секунд ;( Первый - из-за бага mysql, а вот второй - похоже из-за тупизны друпала ;(
C
не, 100 секунд это какие-то нереальные цифры
AK
вот как раз по этой причине и полез дебажить и вот нарыл эти сюрпризы друпаловского конструктора запросов ;(
ИЛ
секунд?
AK
да, карл! Причём соседняя таблица с примерно соразмерным кол-вом рядов (6 мильёнов) но без поля JSON - считается мгновенно, вот пример:
mysql> select count(*) from ati_load;
+----------+
| count(*) |
+----------+
| 6354445 |
+----------+
1 row in set (8.02 sec)
mysql> select count(*) from ati_load_json;
+----------+
| count(*) |
+----------+
| 6433889 |
+----------+
1 row in set (5 min 55.18 sec)
AK
решил отписаться в баге mysql - надо регаться, думаю ну недолго же - почту укажу и гатово, но... https://i.imgur.com/mLZWDtZ.png
...подтверждать аккаунт наверно письмом через почту россии придётся ;)
...подтверждать аккаунт наверно письмом через почту россии придётся ;)
C
попробуй вместо
* указать первичный ключC
но и 8 секунд много, вангую что-то поломано
AP
А если заменить
* на 1? Раньше это очень мускулу помогалоAK
ключ не помогает, уж пробовал, там у mysql в innodb всё грустно с этим: https://www.percona.com/blog/2006/12/01/count-for-innodb-tables/ так что 8 секунд это норма, а вот 5 минут - уже нифига не норма ;)
AK
видимо мне пора на постгрес переезжать с такими жирными таблицами ;)
AP
> So remember Innodb is not slow for ALL COUNT(*) queries but only for very specific case of COUNT(*) query without WHERE clause. It does not mean I would not like to see it fixed though, it is pretty annoying.
Удивлен, что за 10 лет так и не починили
Удивлен, что за 10 лет так и не починили