Je ne sais pas à quelle profondeur une réponse peut aller en spécifiant une solution, mais il beaucoup de meilleures pratiques à suivre. Je suppose que c'est ce que vous recherchez, car vous n'avez pas précisé de goulots d'étranglement particuliers.
Quelques conseils rapides seraient à
Donc, s'il y a une course de requête sur votre application, pour laquelle les données ne sont mis à jour tous les x jours, pourquoi ne pas mettre en cache les pour x jours afin que votre db enregistre d'être frappé inutilement entre les deux? Exemple du docs:
$value = Cache::remember('users', $minutes, function()
{
return DB::table('users')->get();
});
- Faire usage de files d'attente:
Il peut être le cas que les tâches de fond sont en cours d'exécution lorsqu'un utilisateur, par exemple, de l'ordre de travail mis à jour (courriels, appelant autre logique) qui peut prendre un certain temps et oblige cet utilisateur à attendre. Au lieu d'exécuter ces tâches à ce moment-là et de ralentir les choses pour l'utilisateur, vous pouvez les mettre en file d'attente pour les exécuter ultérieurement. Laravel supports de nombreux pilotes de file d'attente différents à cette fin. J'ai personnellement utilisé Beanstalk mais vous pouvez aussi essayer quelque chose comme IronMQ.
Utilisation de base avec Beanstalk: changer /app/config/queue.php pour spécifier votre pilote de file d'attente par défaut et toute configuration, y compris le nom d'une file d'attente:
'default' => 'beanstalkd',
'beanstalkd' => array(
'driver' => 'beanstalkd',
'host' => 'localhost',
'queue' => array('default','SendEmail'),
),
Ensuite, dans votre contrôleur, vous pourriez procédez comme suit pour pousser à cette file d'attente:
Queue::push('SendEmail', array('message' => 'Something...'));
pour votre information, Fideloper a une excellente tutorial à ce sujet.
- Méfiez-vous des n + 1 problème et utiliser le chargement impatient:
Le docs expliquent cette question.
- Envisager de passer à une base de données NoSQL comme MongoDB (dépend entièrement des exigences):
Comme je l'ai mentionné, cela dépend entièrement de votre application et ce que vous faites, mais en utilisant une base de données NoSQL sur MySQL a ses mérites dans certains cas. Vous pouvez utiliser sharding et la réplication pour aider à la mise à l'échelle de votre application avec MongoDB mais bien sûr ne sont pas limités à mongo seul.
Il y a beaucoup d'autres choses que vous pouvez faire, mais avec les conseils ci-dessus, je pense que vous pourriez rendre votre application beaucoup plus rapide et efficace.
Quel est le goulot d'étranglement? –
Merci d'avoir posé cette question. Je suppose que MySQL est le goulot d'étranglement parce que ce serveur gère un tas de compte d'hébergement Web partagé à une charge de 0,13. J'essaie de réduire les disques parce que je pense que c'est le problème. –
Mieux vaut mesurer que supposer, mais vous pouvez essayer un cache en mémoire comme [memcached] (http://laravel.com/docs/cache). SO n'est pas vraiment le bon endroit pour cela, mais les mesures peuvent nous aider à vous diriger vers un site plus pertinent dans le réseau StackExchange. –