BiTel

Праздник начал с разбора почему учетный период прошлого мес закрыт 01.05.15 00.00.00. Результат ни кто из клиентов не мог авторизоватся. Лог intaccess выпал что период пересекается.
В логе на билд ниже есть вот это

это как всегда новая фича поломала то что работало?

У меня билд 686 и всё (тьфу-тьфу) в норме.
Предыдущий период закрыт 30.04.2015 23:59:59 и новый соответственно 01.05.2015 00:00:00

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

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

У вас учёный период используется, т.е. проставляется из скрипта?

нет, вообще не был указан, и судя по доке вот значение по умолчанию

ну собственно на договорах с дня подключения и задавался.

перехожу в HD #5623

Похоже проблема с MySQL >= 5.6.4 - с данной версии включили поддержку миллисекунд для DATETIME, а также изменилось поведение (не совсем понятно - MySQL или драйвера JDBC Connector/J) - если раньше миллисекунды просто отбрасывались, то теперь они округляются, т.е. если попытаться записать из Java "2015-04-30 23:59:59.999" в БД в итоге будет "2015-01-01 00:00:00".

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

будет потому что оно это и есть с точки зрения datetime.
а тот кто задаёт date в полном таймштампе - ССЗБ.

_________________
I'm clever. I've got a computer.

Имелся ввиду java.sql.Timestamp, который хранит в себе миллисекунды.
И не date, а именно datetime. В общем случае меняется на секунду. Смена даты/месяца просто для примера того, что произошло в этой теме.

MySQL округляет, а MariaDB отбрасывает:
SELECT CAST('2009-12-31 23:59:59.998877' as DATETIME(3));
https://mariadb.com/kb/en/mariadb/micro ... n-mariadb/
http://dev.mysql.com/doc/refman/5.6/en/ ... conds.html

+1 MariaDB

были бы еще бекапы у марии

Мы запостили эту багу в mysql, она оказалась , что дублирует багу от 2013 года и там до сих пор нет реакции разработчиков, и это не в первый раз уже. Похоже надо переходить на mariadb.

Там xtradb же используется. XtraBackup же работает с ним.

только с нее перешли

А чего перешли с MariaDB? И с какой версии?

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

Ну это обсуждаемо. В итоге той темы тут как раз вроде пришли к тому что MariaDB включает в себя percona, поэтому можно ее использовать. Т.е какая разница mysql + percona или mariadb + percona? Вроде пока maria у mysql выигрывает по части исправления ошибок, а percona это расширение, которое подходит к любому из них. Наверное уже пора переносить это обсуждение в ту тему.