Discussion :

[vincent69HM]

Bonjour,

J'ai une base de données sous MySQL 5.5 mutalisée pour quelques centaines de comptes (un compte possède X utilisateurs).

Aujourd'hui je suis face à plusieurs problématiques :
-> Volumétrie de la base de données : Les tables contiennent quelques millions d'entrées chacune (données de tous les comptes), qui sont requêtées à chaque fois
-> Le cloisonnement des données (chaque compte ne doit accéder qu'à ses données) est fait par un foreign key sur les tables "parents" pour clauser sur l'appartenance de la donnée sur le compte

Les requêtes sont assez longue pour des grosses recherches ou des statistiques pointues.
Avant de lancer une idée de projet de migration ou replication d'une partie des données sur du NoSQL, je recherche les bonnes pratiques / solutions sur MySQL.

Voici les pistes auxquelles je pensais :
-> Utiliser le partitionnement MySQL. Comment ? Bonnes pratiques ?
-> Créer une base de données sur les tables "systemes / generiques" et une base de données par compte (ce qui risque d'en faire des centaines)
-> Utiliser des vues pour chaque compte

Quelles sont les bonnes pratiques ? Vos retours d'experience ?

Merci beaucoup

[escartefigue]

Bonjour,

Migrer vers du NoSQL pour quelques millions de ligne est à mon avis hors sujet

Le partitionnement peut être une très bonne solution d'architecture, pas seulement pour des soucis de performance mais aussi pour la souplesse d'exploitation que cela procure.

Mais difficile d'argumenter dans telle ou telle voie sans les précisions suivantes :
- les requêtes qui posent souci et leur plan d'exécution
- le DDL de vos tables et index
- les éléments principaux des stats : volume de chaque table, facteur de filtrage par index, cluster ratio...

Quelques millions de lignes c'est très peu pour une base de données

[vincent69HM]

Bonjour,

Merci pour votre retour.
La base de données est composée de tables en InnoDB et de table en MyIsam (Recherche).
Pour les autres élements, difficile de rentrer trop dans le détail. Je pense que la problématique de cloisonnement est plus significative que les performances.
Imaginer le partionnement pour d'abord l'architecture pourrait résoudre la problématique de cloisonnement de données ?
Quel type de partitionnement? Quelles sont les bonnes pratiques ?
J'ai entendu parlé de MySQL Cluster, ca en fait partie ?
Désolé pour toutes les questions, je recherche avant tout les bons outils et méthodes à mettre en place, pour la mise en place les tutos sur internet ne manqueront pas je pense.

Merci pour vos retours

[Artemus24]

Salut vincent69HM.

-> Le cloisonnement des données (chaque compte ne doit accéder qu'à ses données) est fait par un foreign key sur les tables "parents" pour clauser sur l'appartenance de la donnée sur le compte

Pour cloisonner vos données, vous devez utiliser les view.
Et pour mettre en oeuvre la sécurité dans le SGBDR MySql, vous devez aussi utiliser les "grant".

Il est inutile de donner un "grant" par utilisateur, mais de définir une autorisation pour un groupe d'utilisateur.

Les requêtes sont assez longue pour des grosses recherches ou des statistiques pointues.

Avez-vous défini correctement vos index pour vos requêtes les plus longues ?

La base de données est composée de tables en InnoDB et de table en MyIsam (Recherche).

Ce n'est pas une bonne idée d'utiliser les deux moteurs à la fois.
Il vaut mieux rester homogène, soit tout en InnoDB, soit tout en MyIsam.

Avez-vous besoin du mode transactionnel (commit, et roolback) ?

Imaginer le partionnement pour d'abord l'architecture pourrait résoudre la problématique de cloisonnement de données ?

Le cloisonnement et le partionnement sont deux notions différentes.

Le cloisonnement sert pour la confidentialité des données d'un utilisateur ou d'un groupe d'utilisateur.
Le partionnement sert pour la performance et aussi pour la maintenance.

Quel type de partitionnement? Quelles sont les bonnes pratiques ?

On ne peut pas répondre à cette question sans plus de précisions de votre part.

Désolé pour toutes les questions, je recherche avant tout les bons outils et méthodes à mettre en place, pour la mise en place les tutos sur internet ne manqueront pas je pense.

Le problème est moins une question d'outils, mais plus dans les bonnes pratiques de la modélisation de la base de données et de l'optimiation des performances.

--> http://krierjon.developpez.com/mysql/partitionnement/

@+