Votre meilleur pari, à mon avis, est de dire à MySQL d'utiliser GMT et de gérer tous les problèmes d'heure locale dans votre code d'application, pas dans votre base de données. Les valeurs dans la base de données seraient toujours GMT, point, ce qui est sans ambiguïté. Comme vous le dites, avec les ajustements de l'heure d'été (heure d'été), vous pouvez vous retrouver avec la même valeur dans votre base de données pour ce qui est, pour nous les humains, deux heures différentes.
Cela rend également la base de données portable. Si vous déménagez en Amérique du Nord et que vous commencez à utiliser MySQL réglé sur (disons) l'heure centrale, tout d'un coup, les valeurs de votre base de données semblent avoir bougé de plusieurs heures. J'ai eu ce problème avec une base de données dont j'ai hérité et qui utilisait l'heure locale du serveur :lorsque je l'ai déplacée de la côte est des États-Unis vers la côte ouest, sans avoir pensé à vérifier si MySQL était configuré pour utiliser la zone de la machine...
