Description du projet
TraduitNous développons une application web où le trafic, le volume de données et la charge de la base de données ont considérablement augmenté au cours des deux dernières années, et la base de données est devenue le principal goulot d'étranglement. Les pages qui se chargeaient autrefois instantanément se bloquent maintenant pendant les heures de pointe, les tâches en arrière-plan s'accumulent dans les files d'attente, et plusieurs requêtes de reporting bloquent parfois les tables si longtemps que les requêtes des utilisateurs expirent. Nous avons besoin d'un ingénieur en base de données expérimenté prêt à entreprendre un travail d'optimisation ciblé : profiler la charge, identifier les requêtes et les modèles d'accès causant de réels problèmes, et transformer cette analyse en améliorations concrètes et mesurables, pas en suppositions.
La tâche a deux parties connectées. La première consiste à optimiser le système existant : collecter et analyser les journaux de requêtes lentes, étudier les plans d'exécution, proposer des index, réécrire des requêtes et affiner le schéma de manière ciblée (normalisation là où cela aide, dénormalisation ou tables de résumé là où c'est plus efficace). Nous voulons que chaque recommandation soit soutenue par des chiffres "avant et après" sur une copie réaliste de nos données. La deuxième partie est la migration planifiée de MySQL vers PostgreSQL. Cela doit être traité comme une opération de combat avec zéro perte de données et un temps d'arrêt minimal : cartographie des types de données et des collations, migration de la logique et des contraintes stockées, vérification des comptes de lignes et des sommes de contrôle des deux côtés, plus un scénario de retour testé en cas d'échec.
Vous commencez dans un environnement de test et convenez de chaque étape avec notre équipe avant de toucher à la production. Une communication claire, des scripts reproductibles au lieu de modifications manuelles ponctuelles et une discussion honnête sur les compromis sont importants pour nous. Veuillez fournir une expérience pertinente avec de grands ensembles de données et spécifier les outils que vous préférez pour la conversion de schéma et la vérification de l'intégrité. Les résultats doivent être documentés afin que nos développeurs puissent les maintenir à l'avenir.
— Audit complet des requêtes lentes avec priorisation et étapes de reproduction
— Plan d'index, requêtes réécrites et recommandations de schéma avec résultats de mesure
— Manuel de migration : cartographie des types, séquence de basculement et retour en arrière
— Vérification automatisée des comptes de lignes, sommes de contrôle et intégrité référentielle après migration
— Documentation de transfert et brève présentation pour notre équipe de développement
La tâche a deux parties connectées. La première consiste à optimiser le système existant : collecter et analyser les journaux de requêtes lentes, étudier les plans d'exécution, proposer des index, réécrire des requêtes et affiner le schéma de manière ciblée (normalisation là où cela aide, dénormalisation ou tables de résumé là où c'est plus efficace). Nous voulons que chaque recommandation soit soutenue par des chiffres "avant et après" sur une copie réaliste de nos données. La deuxième partie est la migration planifiée de MySQL vers PostgreSQL. Cela doit être traité comme une opération de combat avec zéro perte de données et un temps d'arrêt minimal : cartographie des types de données et des collations, migration de la logique et des contraintes stockées, vérification des comptes de lignes et des sommes de contrôle des deux côtés, plus un scénario de retour testé en cas d'échec.
Vous commencez dans un environnement de test et convenez de chaque étape avec notre équipe avant de toucher à la production. Une communication claire, des scripts reproductibles au lieu de modifications manuelles ponctuelles et une discussion honnête sur les compromis sont importants pour nous. Veuillez fournir une expérience pertinente avec de grands ensembles de données et spécifier les outils que vous préférez pour la conversion de schéma et la vérification de l'intégrité. Les résultats doivent être documentés afin que nos développeurs puissent les maintenir à l'avenir.
— Audit complet des requêtes lentes avec priorisation et étapes de reproduction
— Plan d'index, requêtes réécrites et recommandations de schéma avec résultats de mesure
— Manuel de migration : cartographie des types, séquence de basculement et retour en arrière
— Vérification automatisée des comptes de lignes, sommes de contrôle et intégrité référentielle après migration
— Documentation de transfert et brève présentation pour notre équipe de développement
Autre / Divers Espèces, Virement bancaire
