Dit bedste bud efter min mening er at fortælle MySQL at bruge GMT og håndtere alle lokaltidsproblemer i din applikationskode, ikke din database. Værdierne i databasen vil altid være GMT, punktum, hvilket er utvetydigt. Som du siger, med justeringer af sommertid (sommertid), kan du ende med den samme værdi i din database for, hvad der for os mennesker er to forskellige tidspunkter.
Dette gør også databasen bærbar. Hvis du flytter til Nordamerika og begynder at bruge MySQL sat til (f.eks.) Central tid, ser det pludselig ud til, at værdierne i din database er flyttet flere timer. Jeg havde det problem med en database, jeg arvede, som brugte serverens lokale tid:Da jeg flyttede den fra USA's østkyst til vestkysten, havde jeg ikke tænkt på at kontrollere, om MySQL var indstillet til at bruge maskinens zone...