Conseils et techniques de réplication Muzak

Question

Je tente moi-même de réaliser mon premier projet de base de données à grande échelle. J'ai un mysql db myisam sur le serveur 1 avec une application php consommant une grande quantité de données diverses. J'ai mysql myisam sur le serveur 2 avec l'application php sélection et affichage des données.

Je veux répliquer ces données sur le serveur 2.

Questions:

1. Dois-je changer le serveur 1 db mysql InnoDB
2. Pouvez-vous répliquer server1 InnoDB à server2 myisam
3. I stocker des médias comme des blobs avec l'intention d'utiliser le cache pour décharger le stress sur le serveur en direct. Dois-je utiliser le stockage de système de fichiers et rsync.
4. Des conseils généraux d'autres personnes expérimentées?

Answer 1

Voici ce que je suggère en fonction de mon expérience.

1. Vous pouvez utiliser un type de moteur (MyISAM ou InnoDB) pour les deux serveurs. Si vous mélangez les deux moteurs, vous risquez d'avoir des interblocages, des problèmes de transaction, etc ... et les corriger peut être douloureux. J'ai eu des problèmes avec InnoDB -> MyISAM. Maintenant, j'ai utilisé MyISAM sur tous les serveurs. Pour stocker des médias (tels que des images, des vidéos ou des documents), vous pouvez créer un NFS et monter un dossier comme/usermedia/auquel accèdent les deux serveurs. Vous n'avez donc pas besoin de rsync à chaque fois. En outre, vous pouvez enregistrer les métadonnées ou les informations sur les médias dans la base de données pour référence et où le fichier est enregistré sur le disque. Remarque: l'utilisation d'un blob pour enregistrer des fichiers peut être bonne selon le support. Si vous avez un fichier d'environ 1 Go, ce n'est pas une bonne idée de sauvegarder sur la base de données par exemple).

2. Utilisez un système de mise en cache pour récupérer des données (telles que memcached). Par exemple, si vous demandez des données et que vous devez les afficher à l'utilisateur, regardez d'abord dans le cache. Si ce n'est pas dans le cache, interrogez la base de données, enregistrez-le dans le cache et affichez. La prochaine fois que la même information est demandée, vous ne la demanderez pas au serveur mais à la mémoire. Cette solution permettra d'éviter de nombreux appels sur le serveur de base de données, ce qui améliorera les performances.

Faites-moi savoir si vous avez besoin d'aide supplémentaire.

Answer 2

Je recommanderais InnoDB (pour les transactions, le verrouillage de ligne et non le verrouillage de table) et redis comme la mise en cache très rapide et efficace