Оптимизация запроса

@rodigy · Регистрация: 24.10.2015

Author24 — интернет-сервис помощи студентам

Идет поиск по полю date_added(TIMESTAMP)

SQL

1	... WHERE DATE(date_added) = '2017-09-02'

Как и предполагал добавление индекса для этого поля ничего не дало, EXPLAIN говорит что для поиска используются имеющиеся все строки. Что можно сделать для оптимизации, поле должно содержать дату и время

Добавлено через 23 минуты
Придумал!

SQL

1
2
3

SELECT * FROM `table` WHERE `date_added` = DATE_FORMAT('2017-09-02', '%Y-%m-%d %H:%i:%s')
#или
SELECT * FROM `table` WHERE `date_added` = NOW()

@Lazy_Den · 02.09.2017, 22:22

Сообщение от rodigy

Что можно сделать для оптимизации

Вариант первый - работать с данными в том виде, в котором они проиндексированы, то ваш запрос выше, нужно было бы изменить, например, таким образом:

MySQL

1	... WHERE `date_added` BETWEEN '2017-09-02 00:00' AND '2017-09-02 23:59'

Вариант второй - создавать поля с соответствующим форматом данных, которые будут принимать участие в поиске или в условии выборки. Т.е. в вашем случае, можно добавить еще одно поле с типом DATE.

@rodigy · 02.09.2017, 22:24 **[ТС]**

Сообщение от Lazy_Den

Т.е. в вашем случае, можно добавить еще одно поле с типом DATE.

Это лишние затраты на память, как видно я пошел по первому пути

@Lazy_Den · 02.09.2017, 22:26

Сообщение от rodigy

Придумал!

Вы уверены, что такие варианты дадут вам ожидаемый результат?

@rodigy · 02.09.2017, 22:49 **[ТС]**

Lazy_Den, Я в основном буду использовать такие запросы

SQL

1	SELECT * FROM `table` WHERE `date_added` >= NOW() - INTERVAL 1 DAY

Проверил на таком запросе индексы используются, и на след. запросе тоже использовались

SQL

1	SELECT * FROM `table` WHERE `date_added` >= DATE_FORMAT('2017-09-02', '%Y-%m-%d %H:%i:%s') - INTERVAL 1 DAY

А вот если ставить <= вместе с DATE_FORMAT то идет полный перебор, странно, почему так?

@Lazy_Den · 02.09.2017, 22:55

Сообщение от rodigy

Проверил на таком запросе индексы используются

Последний мой вопрос был не про индексы, а про результат. Раз результат устраивает, то пусть будет так.
P.S.

Сообщение от rodigy

Это лишние затраты на память

Системщик из меня, конечно, так себе, но по-моему на дисковое пространство. Да и не такие уж большие затраты. Около 8К записей - это около 120КБ. К тому же, индекс в данном случае будет более оптимальный, т.к. мы исключаем не нужное при выборке время и весить он будет меньше.

Добавлено через 4 минуты

Сообщение от rodigy

если ставить <= вместе с DATE_FORMAT то идет полный перебор

Не заметил такого (см. "View Execution Plan" по результатом)

@rodigy · 02.09.2017, 23:06 **[ТС]**

Сообщение от Lazy_Den

Сообщение от rodigy

если ставить <= вместе с DATE_FORMAT то идет полный перебор

Не заметил такого (см. "View Execution Plan" по результатом)

Я об результатах rows EXPLAIN, результат выдачи нормальный

@Lazy_Den · 02.09.2017, 23:10

Сообщение от rodigy

Я об результатах rows EXPLAIN

И я про то же

@rodigy · 02.09.2017, 23:15 **[ТС]**

Lazy_Den, Вот изменил первую дату и запрос и теперь используются все 4 строки в explain
http://sqlfiddle.com/#!9/0d25f/1

@Lazy_Den · 03.09.2017, 00:08

Сообщение от rodigy

теперь используются все 4 строки в explain

Да, вижу, но причину объяснить не возьмусь. Скорее помогут мэтры мускула в соответствующем разделе.

@rodigy 90 / 40 / 17 Регистрация: 24.10.2015 Сообщений: 574
	02.09.2017, 22:24 [ТС]	3
	Сообщение от Lazy_Den Т.е. в вашем случае, можно добавить еще одно поле с типом DATE. Это лишние затраты на память, как видно я пошел по первому пути 0

@Lazy_Den 3325 / 2845 / 1423 Регистрация: 15.01.2014 Сообщений: 6,170
	02.09.2017, 22:26	4
	Сообщение от rodigy Придумал! Вы уверены, что такие варианты дадут вам ожидаемый результат? 0

@Lazy_Den 3325 / 2845 / 1423 Регистрация: 15.01.2014 Сообщений: 6,170
	02.09.2017, 22:55	6
	Сообщение от rodigy Проверил на таком запросе индексы используются Последний мой вопрос был не про индексы, а про результат. Раз результат устраивает, то пусть будет так. P.S. Сообщение от rodigy Это лишние затраты на память Системщик из меня, конечно, так себе, но по-моему на дисковое пространство. Да и не такие уж большие затраты. Около 8К записей - это около 120КБ. К тому же, индекс в данном случае будет более оптимальный, т.к. мы исключаем не нужное при выборке время и весить он будет меньше. Добавлено через 4 минуты Сообщение от rodigy если ставить <= вместе с DATE_FORMAT то идет полный перебор Не заметил такого (см. "View Execution Plan" по результатом) 0

@rodigy 90 / 40 / 17 Регистрация: 24.10.2015 Сообщений: 574
	02.09.2017, 23:06 [ТС]	7
	Сообщение от Lazy_Den Сообщение от rodigy если ставить <= вместе с DATE_FORMAT то идет полный перебор Не заметил такого (см. "View Execution Plan" по результатом) Я об результатах rows EXPLAIN, результат выдачи нормальный 0

@Lazy_Den 3325 / 2845 / 1423 Регистрация: 15.01.2014 Сообщений: 6,170
	02.09.2017, 23:10	8
	Сообщение от rodigy Я об результатах rows EXPLAIN И я про то же 0

@rodigy 90 / 40 / 17 Регистрация: 24.10.2015 Сообщений: 574
	02.09.2017, 23:15 [ТС]	9
	Lazy_Den, Вот изменил первую дату и запрос и теперь используются все 4 строки в explain http://sqlfiddle.com/#!9/0d25f/1 0

@Lazy_Den 3325 / 2845 / 1423 Регистрация: 15.01.2014 Сообщений: 6,170
	03.09.2017, 00:08	10
	Сообщение от rodigy теперь используются все 4 строки в explain Да, вижу, но причину объяснить не возьмусь. Скорее помогут мэтры мускула в соответствующем разделе. 0