Спасибо за ответ. Мы примерно об одном подумали.
В начале ответы
В DATE_ADD только дата или дата-время?
Если только дата, то вы, помимо 2019 года, еще удалите данные за 1 января 2020 года.
Там дата-время, но период несущественен. Это пример.
Замените в самом начале запроса слово DELETE на SELECT * или SELECT COUNT(*) и проверьте какие записи попадают на удаление.
Проверил, параллельно с твоим вопросом. Возвращается 0. Почему и вопросы опишу ниже.
Какая у вас версия MySQL?
mysql Ver 14.14 Distrib 5.6.38, for Win32 (AMD64)
Теперь что обнаружил.
Очень странно обрабатывается именно поле date_add. По крайней мере для меня.
Например.
Вот такой запрос - Возвращает какое-то количество записей в таблице:
1.
2.
3.
SELECT COUNT(*)
FROM tbl_clicks
WHERE DATE_ADD BETWEEN STR_TO_DATE( '01.01.2019', '%d.%m.%Y' ) AND STR_TO_DATE( '01.01.2020', '%d.%m.%Y' )
А вот такой запрос, уже возвращает 0.
1.
2.
3.
4.
SELECT COUNT(*)
FROM tbl_clicks
WHERE DATE_ADD BETWEEN STR_TO_DATE( '01.01.2019', '%d.%m.%Y' ) AND STR_TO_DATE( '01.01.2020', '%d.%m.%Y' )
AND conversion_price_main = 0
Разница, что добавилось последнее условие. Забегу вперед и скажу, что записи с условием conversion_price_main = 0 точно есть.
Раз понятно, что проблема с датой, добавил функцию date() во второй вариант, который ранее возвращал 0
1.
2.
3.
4.
SELECT COUNT(*)
FROM tbl_clicks
WHERE DATE(DATE_ADD) BETWEEN STR_TO_DATE( '01.01.2019', '%d.%m.%Y' ) AND STR_TO_DATE( '01.01.2020', '%d.%m.%Y' )
AND conversion_price_main = 0
И возвращаются опять значение. Но уже отличное от первого варианта (спишем на лишние сутки из-за часов, хотя разбег слишком значительный. Вероятно первый вариант не верный).
Понятно что именно последний вариант верный, хотя уже сомнения и по этому поводу.
Но у меня ряд вопросов.
1. Почему добавление дополнительного условия (без использования date), возвращает 0?
2. Почему все таки чистилась вся таблица? Ведь id из этой же таблицы, не мог равняться конкретным значениям?
