Оптимизация запросов MySQL для чрезвычайно медленного запроса - PullRequest
Новая
       12

Оптимизация запросов MySQL для чрезвычайно медленного запроса

1 голос
/ 04 июля 2019

Я веб-разработчик, и я впервые публикую сообщения на SO.

Сегодня я прошу вашей помощи, потому что я уже испробовал все возможности без удачи.

Я создал веб-приложение SAAS, которое используется продавцом на месте, оно включает автономную версию, где пользователям не нужно подключаться для ее использования.

По мере того, как база данных становится больше, запросытребуется все больше и больше времени для выполнения.

Сегодня я столкнулся с большой проблемой, когда запрос приводит к таймауту, когда пользователь пытается отобразить его результат.

Итак, вотдамп: 

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET AUTOCOMMIT = 0;
START TRANSACTION;
SET time_zone = "+00:00";

-- 86 rows
CREATE TABLE t2 (
  id_t2 int(11) NOT NULL,
  quantite_t2 int(11) NOT NULL,
  ca_t2 decimal(10,2) NOT NULL,
  date_t2 date NOT NULL,
  import_t2 datetime NOT NULL,
  id_enseigne int(11) NOT NULL,
  id_t3 int(11) NOT NULL,
  annee_t2 int(11) NOT NULL,
  mois_t2 int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- 2012065 rows
CREATE TABLE t1 (
  id_t2 int(11) NOT NULL,
  id_t0 bigint(20) NOT NULL,
  id_t4 bigint(20) NOT NULL,
  quantite_t1 int(11) NOT NULL,
  ca_t1 decimal(10,2) NOT NULL,
  pvc_moyen_t1 float NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- 388 rows
CREATE TABLE t4 (
  id_t4 int(11) NOT NULL,
  lib_t4 text NOT NULL,
  libcourt_t4 varchar(255) NOT NULL,
  ean_t4 varchar(255) NOT NULL,
  pcb_t4 int(11) NOT NULL,
  pcb2_t4 int(11) NOT NULL,
  fam_t4 varchar(255) NOT NULL,
  gam_t4 varchar(255) NOT NULL DEFAULT '0',
  stat_t4 int(11) NOT NULL DEFAULT 1,
  vmh_t4 decimal(10,2) NOT NULL,
  detail_t4 text NOT NULL,
  ingr_t4 text NOT NULL,
  weight_t4 float NOT NULL,
  lifetime_t4 varchar(255) NOT NULL,
  pmc1_t4 float NOT NULL,
  pmc2_t4 float NOT NULL,
  dim_t4 decimal(10,2) NOT NULL,
  ordre_t4 int(11) NOT NULL,
  created_t4 datetime NOT NULL,
  updated_t4 datetime NOT NULL,
  updated_img_t4 datetime NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- 1 row
CREATE TABLE t3 (
  id_t3 int(11) NOT NULL,
  nom_t3 text NOT NULL,
  stat_t3 int(11) NOT NULL,
  created_t3 datetime NOT NULL,
  deleted_t3 datetime NOT NULL,
  updated_t3 datetime NOT NULL,
  ip_create_t3 text NOT NULL,
  ip_delete_t3 text NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1;


ALTER TABLE t2
  ADD PRIMARY KEY (id_t2),
  ADD KEY annee_t2 (annee_t2,mois_t2,date_t2);

ALTER TABLE t1
  ADD PRIMARY KEY (id_t2,id_t0,id_t4);

ALTER TABLE t4
  ADD PRIMARY KEY (id_t4,ean_t4),
  ADD KEY ean_t4 (ean_t4),
  ADD KEY id_t4 (id_t4);

ALTER TABLE t3
  ADD PRIMARY KEY (id_t3);


ALTER TABLE t2
  MODIFY id_t2 int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE t4
  MODIFY id_t4 int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE t3
  MODIFY id_t3 int(11) NOT NULL AUTO_INCREMENT;

COMMIT;

Выполненный ниже запрос выполняется за 4 минуты: 

-- execution time 228 seconds
SELECT SUM(t1.ca_t1) AS ca_t4, SUM(t1.quantite_t1) AS qte_t4,
       t4.fam_t4, t4.gam_t4, t4.lib_t4, t4.ean_t4, t4.id_t4,
       t2.annee_t2, t2.mois_t2, COUNT(t1.id_t0) AS count_mag,
       t3.id_t3, t3.nom_t3
FROM t1 t1
INNER JOIN t2 t2 ON t2.id_t2 = t1.id_t2
LEFT JOIN t3 t3 ON t2.id_t3 = t3.id_t3
INNER JOIN t4 t4 ON t1.id_t4 = t4.ean_t4
WHERE t2.date_t2 BETWEEN "2017-05-01" AND "2019-05-01"
GROUP BY t2.annee_t2, t2.mois_t2, t4.id_t4
ORDER BY ca_t4 DESC;

Я перепробовал все известные мне методы оптимизации, чтобы помочь мне сократить время выполнения, но безуспешно ...

Объяснение показывает это: 

id  select_type    table    type      possible_keys    key        key_len    ref            rows    Extra
1   SIMPLE         t2       ALL       PRIMARY          NULL       NULL       NULL           86      Using where; Using temporary; Using filesort
1   SIMPLE         t3       eq_ref    PRIMARY          PRIMARY    4          db.t2.id_t3    1       
1   SIMPLE         t1       ref       PRIMARY,id_t2    PRIMARY    4          db.t2.id_t2    11266   
1   SIMPLE         t4       ALL       ean_t4           NULL       NULL       NULL           388     Using where; Using join buffer (flat, BNL join)

Спасибо за вашу помощь, ребята.

Ответы [ 2 ]

1 голос
/ 04 июля 2019
  • Вероятно, GROUP BY неправильный, поскольку он не включает столбцы t3, которые не объединены.

  • Вы действительно хотите 2 года плюс 1 день? Возможно нам это: 

        t2.date_t2  >=  "2017-05-01"
AND t2.date_t2   <  "2017-05-01" + INTERVAL 2 YEAR

  • Не смешивать типы данных, когда JOINing - ON t1.id_t4 = t4.ean_t4: 

    ean_t4 varchar(255) NOT NULL,
id_t4 bigint(20) NOT NULL,

(Могут быть и другие проблемы, но они должны помочь.)

0 голосов
/ 04 июля 2019

Это выглядит как довольно сложный запрос с несколькими местами, которые замедляют его.Тем не менее, первое, что я замечаю, это то, что для использования индекса annee_2 должен произойти двойной поиск, поэтому, вероятно, он не используется.

Попробуйте добавить id_t3 в конецэтого индекса в таблице t2: 

(annee_t2,mois_t2,date_t2,id_t3)

Это должно позволить оптимизатору использовать этот индекс.

Выполнить запрос еще раз (дважды, чтобы заполнить буферный кеш, сообщить только2-й результат) и, если он не улучшится достаточно, опубликуйте новый план EXPLAIN.

...