L.YA
04/01/2016, 19h45
Hello,
Le besoin est difficile à prévoir à l'avance. Les 256Mo permettent de supporter en moyenne 30+ connexions simultanés "convenablement" dans une configuration "standard" ou 100+ avec 512Mo. Cependant, si des requêtes venaient à être très gourmandes en terme de mémoire (avec plein de join dedans par exemple, des tables temporaires, ou une table qui contient énormément d'entrées), elles peuvent (si elles sont accumulées) dépasser ce seuil de 256 Mo. Conséquence, le process MySQL va redémarrer et va provoquer une courte interruption. Ou au contraire, tellement "optimisé" que 256Mo permettrons de gérer beaucoup plus de connexions simultanés et rapidement.
Entre nous (enfin, la communauté du forum !), j'ai constaté que 256Mo répondait à la majorité des besoins et que l'upgrade en 512Mo s'est avéré préférable que dans le cas de base de donnée dont des tables/base étaient assez volumineuses. Il est très rare d'atteindre 30 connexions simultanés à moins d'avoir un très très fort traffic ou alors c'est qu'il y a un problème de "boucle" dans un code php ou encore que les requêtes sont trop longue à cause du manque d'optimisation.
Dans ce cas là, nous nous en rendons rapidement compte et vous prévenons pour préconiser un upgrade en 512Mo.
En résumé, 256 devrait répondre à la majorité des besoins de manière équivalente ou mieux à ce que vous aviez sur les serveurs mutualisés. Si de base vous venez avec une base de donnée volumineuse avec des tables avec beaucoup d'entrées dans lesquelles vous faites des requêtes avec des join etc... vous pouvez peut-être déjà penser à du 512.
J'invite quiconque à me corriger si je dis des sottises.
Le besoin est difficile à prévoir à l'avance. Les 256Mo permettent de supporter en moyenne 30+ connexions simultanés "convenablement" dans une configuration "standard" ou 100+ avec 512Mo. Cependant, si des requêtes venaient à être très gourmandes en terme de mémoire (avec plein de join dedans par exemple, des tables temporaires, ou une table qui contient énormément d'entrées), elles peuvent (si elles sont accumulées) dépasser ce seuil de 256 Mo. Conséquence, le process MySQL va redémarrer et va provoquer une courte interruption. Ou au contraire, tellement "optimisé" que 256Mo permettrons de gérer beaucoup plus de connexions simultanés et rapidement.
Entre nous (enfin, la communauté du forum !), j'ai constaté que 256Mo répondait à la majorité des besoins et que l'upgrade en 512Mo s'est avéré préférable que dans le cas de base de donnée dont des tables/base étaient assez volumineuses. Il est très rare d'atteindre 30 connexions simultanés à moins d'avoir un très très fort traffic ou alors c'est qu'il y a un problème de "boucle" dans un code php ou encore que les requêtes sont trop longue à cause du manque d'optimisation.
Dans ce cas là, nous nous en rendons rapidement compte et vous prévenons pour préconiser un upgrade en 512Mo.
En résumé, 256 devrait répondre à la majorité des besoins de manière équivalente ou mieux à ce que vous aviez sur les serveurs mutualisés. Si de base vous venez avec une base de donnée volumineuse avec des tables avec beaucoup d'entrées dans lesquelles vous faites des requêtes avec des join etc... vous pouvez peut-être déjà penser à du 512.
J'invite quiconque à me corriger si je dis des sottises.