mysql_connect VS mysql_pconnect

J'ai ce doute, j'ai cherché sur le web et les réponses semblent être diversifiée. Est-il préférable d'utiliser mysql_pconnect sur mysql_connect lors de la connexion à une base de données via PHP? J'ai lu que pconnect des échelles beaucoup mieux, mais d'un autre côté, étant une connexion persistante... avoir 10 000 connexions en même temps, tous les persistants, ne semble pas évolutive pour moi.

Merci d'avance.

InformationsquelleAutor rogeriopvl | 2008-10-29
  1. 34

    Les connexions persistantes ne devrait pas être nécessaire pour MySQL. Dans d'autres bases de données (Oracle), d'une connexion est coûteux et prend du temps, donc si vous pouvez ré-utiliser une connexion, c'est une grande victoire. Mais ces marques de base de données offre de regroupement de connexion, ce qui résout le problème dans une meilleure façon.

    D'une connexion à une base de données MySQL est rapide par rapport à ceux d'autres marques, donc utiliser des connexions persistantes donne proportionnellement moins d'avantages pour MySQL que ce serait pour une autre marque de base de données.

    Les connexions persistantes ont un inconvénient aussi. Le serveur de base de données alloue des ressources à chaque connexion, si les connexions sont nécessaires ou pas. Donc, vous voyez beaucoup de gaspillage de ressources pour pas de sens si les connexions sont en veille. Je ne sais pas si vous arriverez à 10 000 connexions inactives, mais même un couple de centaines de qui est coûteux.

    Connexions de l'état, et il serait inapproprié pour une des requêtes PHP "hériter" de l'information à partir d'une session déjà utilisé par un autre PHP demande. Par exemple, les tables temporaires et variables utilisateur sont normalement nettoyé comme une fermeture de la connexion, mais pas si vous utilisez des connexions persistantes. De la même manière en fonction de la session des paramètres comme le jeu de caractères et collation. Aussi, LAST_INSERT_ID() ferait rapport à l'id de la dernière génération au cours de la session, même si c'était lors d'une avant PHP demande.

    Pour MySQL au moins, la baisse des connexions persistantes, probablement l'emportent sur les avantages. Et il y a les autres, de meilleures techniques pour atteindre une haute évolutivité.

    Mise À Jour Mars 2014:

    MySQL vitesse de connexion a toujours été faible par rapport à d'autres marques de SGBDR, mais c'est encore mieux.

    Voir http://mysqlserverteam.com/improving-connectdisconnect-performance/

    Dans MySQL 5.6 nous avons commencé à travailler sur l'optimisation du traitement du code se connecte et se déconnecte. Et ce travail s'est accéléré dans MySQL 5.7. Dans ce blog, je vais d'abord montrer les résultats que nous avons obtenus et puis de décrire ce que nous avons fait pour les obtenir.

    Lire le blog pour plus de détails et la vitesse des comparaisons.

    InformationsquelleAutor Bill Karwin
  2. 4

    Fondamentalement, vous devez équilibrer le coût de la création de connexions versus maintien de connexions. Même si MySQL est très rapide à la configuration d'une nouvelle connexion, il coûte encore -- au fil du temps, et dans la configuration TCP/IP de votre serveur web. Ceci est visible sur un haut assez de trafic de site. Malheureusement, PHP n'a pas de commandes sur la persistance des connexions. Donc la réponse est de réduire le délai d'inactivité dans MySQL un long chemin (comme jusqu'à 20 secondes), et pour le fil, taille de la mémoire cache. Ensemble, cela fonctionne, en général remarquablement bien.

    Sur le revers de la médaille, votre application doit respecter l'état de la connexion. Il est préférable si elle ne fait aucune hypothèse sur l'état de la session. Si vous utilisez des tables temporaires, puis en utilisant le CRÉER SI il n'EXISTE PAS encore et TRUNCATE TABLE qui aide beaucoup, comme le fait de les nommer de manière unique (tels que notamment en tant que nom d'utilisateur). Les Transactions sont peu plus problématique; mais votre code peut toujours faire de la RESTAURATION en haut, juste au cas où.

    • Dans les versions plus récentes de PHP que quand j'ai écrit cette réponse, je l'ai découvert il y a maintenant des paramètres pour le réglage de la taille du pool. En particulier, 5.4.0 a l'option mysqli.max_persistent qui est de la taille maximale du pool de connexion à l'instance de PHP. Il n'y a pas une valeur en PHP pour le calendrier de connexions.
    InformationsquelleAutor staticsan
  3. 3

    Il est très peu probable que vous allez atteindre 10000 connexions. De toute façon, aller à la source officielle. (L'emphase est mienne).

    Si les connexions persistantes n'ont pas
    tout ajout de fonctionnalités, ce sont
    - elles?

    La réponse est extrêmement simple:
    de l'efficacité. Les connexions persistantes
    bon si les frais généraux pour créer un lien
    à votre serveur SQL server est élevé. Si
    pas de surcharge est vraiment élevé
    dépend de nombreux facteurs. Comme, ce
    type de base de données qu'il est, ou
    non, il se trouve sur le même ordinateur
    lequel votre serveur web se trouve, comment
    chargement de la machine, le serveur SQL se trouve
    sur est et ainsi de suite. La ligne de fond
    c'est que si la connexion est frais généraux
    haut, les connexions persistantes de vous aider
    considérablement    . Ils provoquent l'enfant
    processus de simplement connecter une seule fois
    pour l'ensemble de sa durée de vie, au lieu de
    chaque fois qu'une page
    nécessite la connexion au serveur SQL.
    Cela signifie que pour chaque enfant qui
    ouvre une connexion persistante
    avoir son propre ouvert persistant
    connexion au serveur. Par exemple,
    si vous aviez 20 différent de l'enfant
    processus qui a dirigé un script qui fait
    une connexion persistante à votre SQL
    serveur, vous auriez 20
    les connexions à SQL server, un
    de chaque enfant.

    Noter, cependant, que ce qui peut avoir des
    inconvénients si vous utilisez une base de données
    avec des limites de connexion qui sont
    dépassé par la persistance de l'enfant
    les connexions. Si votre base de données
    limite de 16 connexions simultanées,
    et dans le cadre d'un serveur occupé
    session, 17 enfant threads tentent d'
    se connecter, on ne sera pas en mesure de. Si
    il y a des bugs dans vos scripts qui
    ne pas autoriser les connexions à fermer
    vers le bas (comme une boucle infinie), la
    base de données avec seulement 16 connexions peuvent
    être rapidement submergé. Vérifiez votre
    la base de données de documentation pour plus d'informations
    sur la manipulation de l'abandon ou de l'inactivité
    les connexions.

    InformationsquelleAutor Vinko Vrsalovic
  4. 3

    mysql_connect() et mysql_pconnect() tous les deux travaillent pour la connexion de base de données, mais avec peu de différence. Dans mysql_pconnect(), p signifie la persistance de la connexion.

    Lorsque nous sommes à l'aide de mysql_connect() fonction, c'est à chaque fois l'ouverture et la fermeture de la connexion de base de données, en fonction de la demande.

    Mais dans le cas de mysql_pconnect() fonction:

    • Tout d'abord, lors de la connexion, la fonction serait d'essayer de trouver un (persistant) connexion qui existe déjà avec le même hôte, nom d'utilisateur et mot de passe. Si l'on est trouvé, un identifiant est retourné au lieu d'ouvrir une nouvelle connexion.

    • Deuxièmement, la connexion à SQL server ne sera pas fermé lors de l'exécution du script se termine. Au lieu de cela, la connexion reste ouverte pour une utilisation future (mysql_close() ne ferme pas la connexion est établie par mysql_pconnect()).

    mysql_pconncet() est utile lorsque vous avez beaucoup de traffice sur votre site. À l'époque, pour chaque demande, il ne sera pas ouvrir une connexion, mais allons prendre à partir de la piscine. Cela va augmenter l'efficacité de votre site. Mais pour un usage général mysql_connect() est la meilleure.

    • mysql_pconnect() est-ce mieux d'utiliser avec mysqlnd? ", la fonction serait d'essayer de trouver un (persistant) connexion qui existe déjà avec le même hôte, nom d'utilisateur et mot de passe." - Je pense que cela fonctionne mieux avec mysqlnd, ou je me trompe?
    InformationsquelleAutor Phoenix
  5. 0

    MYSQL_CONNECT()

    1.mysql_connect peut être utilisé pour fermer la connexion.C'est à chaque fois l'ouverture et la fermeture de la connexion de base de données, en fonction de la demande .

    2.Ici, la base de données est ouverte chaque fois que la page est chargée dans MYSQL connect

    3.Lorsque la page est chargée, la base de données est chargé à chaque fois que

    4.Il est utilisé pour fermer la connexion

    Exemple:

    <?php $conn = mysql_connect(‘host’, ‘mysql_user’, ‘mysql_password’); if(!$conn){ die(‘Could not connect: ‘ . mysql_error()); } echo ‘Connected successfully’; mysql_close($conn); ?>

    Description:

    de l'hôte: Spécifie un nom d'hôte ou une adresse IP comme localhost.

    mysql_user: Spécifie le nom d'utilisateur MySQL

    mysql_password: Spécifie le mot de passe MySQL

    MYSQL_PCONNECT()

    1.Nous utilisons le mysql_pconncet(), il tente d'abord de trouver un ouvert de connexion persistante.

    2.Le mysql_pconncet() ouvre persistant connexion

    3.Le mysql_pconnect() ne prend pas en charge la connexion étroite

    4.mysql_pconnect() ne peut pas fermer la connexion. Ici ouvrir une persistant de connexion à la base de données

    5.Ici, la base de données n'a pas besoin d'être connecté à chaque fois.

    6.La base de données n'a pas besoin d'être connecté à chaque fois, dans mysql_pconncet().

    plus de détails:http://prittytimes.com/difference-between-mysql_connect-and-mysql_pconnect/

    InformationsquelleAutor Pritty M