Un prompt peut-il remplacer PlanetScale ?

Construis un workflow pour exécuter des migrations de schéma MySQL sans verrouiller les tables, en utilisant gh-ost, un outil open source existant et mature construit à l’origine chez GitHub exactement pour ça, plutôt que de tenter de réimplémenter le changement de schéma en ligne, ce qui est un vrai travail difficile de systèmes distribués. Mets en place une instance MySQL auto-hébergée (Docker Compose convient pour un usage personnel). Installe gh-ost et écris un petit script d’enrobage qui prend une instruction SQL de migration, la fait passer par l’approche copier-et-échanger sans déclencheur de gh-ost (il copie les données de la table en arrière-plan, suit les changements par streaming du binlog, puis fait un échange atomique rapide), et rapporte la progression. Suis les migrations appliquées dans une table de métadonnées pour savoir ce qui a été exécuté. Ajoute un mode simulation, que gh-ost supporte nativement, pour qu’une migration puisse être validée avant d’être vraiment exécutée. Ne tente pas de construire du sharding horizontal façon Vitess, un workflow de relecture de demande de déploiement, ou des sauvegardes automatiques gérées — c’est hors périmètre ; ceci enrobe gh-ost pour une base de données, pas la vraie infrastructure multi-locataire de PlanetScale. Nécessite l’hébergement de l’instance MySQL ; aucun autre service externe requis, puisque gh-ost lui-même est gratuit et open source.