Mysql Queries в большой таблице данных

INDEX(a), INDEX(b) выполняет некоторые цели, но "составной" INDEX(a,b) лучше обслуживает некоторые запросы.

 where (    'action' = '4' 
        and 'place' = '28' 
        and 'created_at' >= '2018-04-01 00:00:00'
        and 'created_at' <= '2018-04-30 23:59:59'
       ) 
   and 'history'.'deleted_at' is null 

потребности

INDEX(action, place, -- first, but in either order
      deleted_at,
      created_at)    -- last

Я предпочитаю писать диапазон дат таким образом:

        and 'history'.'created_at' >= '2018-04-01'
        and 'history'.'created_at'  < '2018-04-01' + INTERVAL 1 MONTH

Это намного проще, чем заниматься високосным годом, концом года и т.д. И он работает "правильно" для DATE, DATETIME, DATETIME(6), TIMESTAMP и TIMESTAMP(6).

За это

 where (    'history'.'action' = '4' 
        and 'history'.'created_at' >= '2018-01-01 00:00:00'
        and 'history'.'created_at' <= '2018-01-23 23:59:59'
       ) 
   and LENGTH(barcode) > 7
   and 'history'.'deleted_at' is null 

Я бы постарался это как наиболее вероятно:

INDEX(action, deleted_at, created_at)  -- in this order

У вас нет отдельных таблиц для отдельных лет. Если вы удалите старые данные, рассмотрите PARTITION BY RANGE(TO_DAYS(...)), чтобы получить скорость DROP PARTITION. (Но это еще одна дискуссия.)

Ваш первый запрос лучше написан как:

select SUM(h.amount) as amount, 
       SUM(h.comment) as price, 
       h.cate 
from history h
where h.action = 4 and 
      h.place = 28 and
      h.created_at >= '2018-04-01' and
      h.created_at < '2018-05-01' and
      h.deleted_at is null 
group by h.cate;

Зачем?

• place и action - это числа. Сравнение должно состоять из числа. Типы смешивания могут препятствовать использованию индексов.
• Компонент времени не подходит для сравнения даты.
• Квалификация всех имен столбцов - хорошая идея.

Затем для этого запроса разумным индексом является history(action, place, created_at, deleted_at).

Итак, я бы начал с индексов с несколькими столбцами.

Если у вас по-прежнему возникают проблемы с производительностью, вам следует рассмотреть возможность разделения данных на основе даты created_at.

Если бы я был в вашей ситуации, я бы назвал имя вычисленной базы данных. Под этим я имею в виду несколько таблиц history_X, где X - это int, связанный с контентом.

Поскольку это таблица истории, можно ли включить часть даты в название?

Вы сказали, что используете диапазоны для поиска данных, поэтому, если бы вы использовали год в названии таблицы, вы могли бы

• history_2014
• history_2015
• history_2016
• history_2017
• history_2018
• и т.п.

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

Если вам нужна дата из диапазона, который распространяется на таблицы, тогда вы можете использовать запрос UNION для объединения двух наборов результатов в один.