Naar mijn mening is je beste gok om MySQL te vertellen om GMT te gebruiken en alle lokale tijdproblemen in je applicatiecode op te lossen, niet in je database. De waarden in de database zijn altijd GMT, punt, wat ondubbelzinnig is. Zoals je zegt, met aanpassingen aan de zomertijd (zomertijd), kun je eindigen met dezelfde waarde in je database voor wat voor ons mensen twee verschillende tijden is.
Dit maakt de database ook draagbaar. Als u naar Noord-Amerika verhuist en MySQL begint te gebruiken, ingesteld op (zeg) Centrale tijd, lijken de waarden in uw database plotseling enkele uren te zijn verplaatst. Ik had dat probleem met een database die ik had geërfd en die de lokale tijd van de server gebruikte:toen ik hem van de oostkust van de VS naar de westkust verplaatste, zonder erbij na te denken of MySQL was ingesteld om de zone van de machine te gebruiken...