Est-il possible d'extraire les valeurs du mois dernier d'un serveur MySQL et de construire une nouvelle base de données à partir de ces valeurs?

J'ai une mission pour construire un modèle de machine virtuelle de développement.

Je dois ajouter au serveur des bases de données MySQL à partir de chacun des produits de mon entreprise afin que les nouveaux développeurs aient la possibilité de développer pour chacun des produits.

La plupart des bases de données sont inférieures à 1 Go.

Mais j'ai quelques bases de données qui sont énormes (environ 160G) - mais je suis limité dans la taille du modèle que j'essaie de créer, et il n'est pas raisonnable d'y ajouter une base de données de 160 Go.

Par conséquent, j'essaie de trouver la bonne méthode pour extraire, disons, les valeurs du mois dernier de cette énorme base de données et les ajouter au serveur afin que le développeur puisse «ressentir» ce que c'est que de travailler sur cette base de données.

Est-il possible de faire une telle chose et comment cela se fait-il? Merci!

Éditer:

Malheureusement, il n'y a pas d'option pour un serveur DB principal séparé qui contiendra toutes les bases de données de développement, il n'y a pas non plus d'obligation de mettre à jour les données régulièrement, j'ai juste besoin de présenter les mêmes données que sur les serveurs de production (à une période aléatoire) en tant que environnement sandbox pour les nouveaux développeurs.

Si j'ai bien compris, vous prévoyez de faire une copie de base de données distincte pour chaque environnement de développement.

Bien que cela puisse être possible avec de petites bases de données, cela ne fonctionnera pas aussi bien avec de grandes bases de données. Donc, sauf si vous avez une très bonne raison de configurer une base de données distincte pour chaque environnement, il peut être préférable d'envisager d'avoir une seule copie de la base de données de développement et de configurer tous les environnements de développement pour l'utiliser.

Cette approche vous permettra d'actualiser périodiquement la base de données de développement avec les dernières données et si quelqu'un les gâche, vous pouvez simplement les actualiser à nouveau.

Imaginez également la situation où vos développeurs commencent à travailler sur un nouveau projet qui nécessite la création de nouvelles tables. Si vous avez une seule copie de la base de données de développement, vous (ou les développeurs) devrez créer ces tables et les remplir de données de test une seule fois. Imaginez maintenant que les développeurs réalisent que la structure initiale de la table n'est pas optimale et doit être modifiée. Encore une fois, cela devra être fait sur une seule base de données, par opposition à des dizaines d'environnements.

C'est l'approche que j'ai vue être utilisée à maintes reprises pour de grands projets et la plupart du temps, cela fonctionne plutôt bien.

Cela dépend fortement du type de données dans la base de données. Dans certains cas, cela peut être aussi simple que

select * from table where date > ....

alors que dans d'autres cas, il est impossible de séparer cela en raison de la structure des données. En fin de compte, ce sera probablement un mélange et il sera très difficile de bien faire les choses.

Nous avons récemment rencontré un client qui souhaitait extraire les 30 derniers jours d'une base de données. Si TOUTES les tables ont le même attribut où vous pouvez définir le datetime, vous pouvez faire un

mysqldump --where = 'datetimefield> "2014-06-28"'

mais il voulait mélanger différentes tables avec des données anciennes et nouvelles. Donc ce n'était pas une solution pour lui mais ça pourrait en être une pour vous?