Първо, писал съм за това подробно и преди, така че, моля, прочетете отговорите ми тук и тук , както и тази публикация в блога на Лау Таарнсков .
Що се отнася конкретно до MySQL, обикновено не искате да използвате TIMESTAMP поле за местното време на бъдещо събитие, тъй като то ще преобразува от часовата зона на сесията в UTC по време на запис и ще преобразува обратно от UTC в часовата зона на сесията по време на четене. Дори ако това са едни и същи идентификатори на часовата зона (които не е задължително да бъдат), няма гаранция, че данните за часовата зона няма да се променят за една или и двете часови зони между времето, когато пишете данните и когато събитието се провежда.
Вместо това използвайте DATETIME поле, което не прави имплицитни преобразувания на часови зони. Получавате точната стойност, която сте написали. Съхранявайте местното време на събитието и съхранявайте VARCHAR поле, съдържащо идентификатора на часовата зона за събитието. Това е единственият начин да запазите първоначалното намерение на потребителя.
Обосновката и крайните случаи са описани в отговорите, които дадох по-рано.
