Taille du pool de connexions initial

5

Nombre de connexions qu'un pool tentera d'acquérir au démarrage.

Incrément d'acquisition de la connexion

5

Détermine le nombre de connexions acquises lorsque le pool est épuisé.

Taille max. du pool de connexions

100

Nombre maximal de connexions qu'un pool maintient à tout moment.

Taille min. du pool de connexions

5

Nombre minimal de connexions qu'un pool maintient à tout moment.

Nbre d'instructions en cache

100

Taille du PreparedStatement global.

Nombre de tentatives d'acquisition

3

Définit le nombre de tentatives d'acquisition d'une nouvelle connexion par le pool de connexions.

Délai entre chaque tentative

10000

Délai en millisecondes attendu par le pool de connexions entre chaque tentative.

Délai de nouvelle tentative de récupération

1000000

Délai en millisecondes attendu par un client appelant getConnection pour récupérer ou obtenir une connexion lorsque le pool est épuisé.

Délai d'inactivité max

0

Nombre de secondes pendant lesquelles une connexion non utilisée peut rester dans le pool avant d'être supprimée. Une valeur de zéro signifie que les connexions inactives n'expireront jamais.

Durée max. de la connexion

0

Les connexions dont la durée d'existence est supérieure à cette valeur (en secondes) seront détruites et purgées du pool. Une valeur de zéro signifie qu'aucune durée maximale n'est appliquée.

Nombre de threads d'assistance

8

Les opérations JDBC lentes sont généralement effectuées par des threads d'assistance qui ne disposent pas de verrouillage pour la contention. Le fait de répartir ces opérations sur plusieurs threads peut considérablement améliorer les performances, plusieurs opérations étant effectuées en même temps.

Délai d'inactivité de la connexion non renvoyé

0

Si l'application acquiert une connexion mais ne parvient pas à la fermer dans le délai défini en secondes, le pool détruira la connexion. Une valeur de zéro signifie qu'aucun délai n'est défini et les applications sont tenues de fermer leurs propres connexions.

Délai d'inactivité max. pour les connexions en trop

300

Délai en secondes pendant lequel les connexions en trop de minPoolSize sont autorisées à rester inactives dans le pool avant d'être détruites. Une valeur de zéro signifie qu'aucun délai n'est défini et que les connexions en trop ne seront pas détruites.

Nbre d'instructions en cache par connexion

50

Veillez à ne pas modifier cette valeur car elle est adaptée au nombre d'instructions fréquemment utilisées dans le code. Il s'agit du nombre d'instructions préparées qui seront mises en cache par c3p0 pour une seule connexion du pool. Une valeur de zéro pour maxStatements et maxStatementsPerConnection signifie que la mise en cache des instructions ne sera pas activée. Si la valeur de maxStatementsPerConnection est égale à zéro et que maxStatements dispose d'une valeur non nulle, la mise en cache des instructions sera activée et une limite globale sera appliquée. Aucune limite ne sera par ailleurs définie pour le nombre d'instructions mises en cache pour une seule connexion.

Si une valeur non nulle est attribuée à maxStatementsPerConnection, elle doit correspondre au nombre d'instructions préparées uniques qui sont utilisées fréquemment dans votre application, nombre auquel vous ajoutez une valeur de deux ou trois afin que les instructions occasionnelles ne forcent pas l'appel des instructions fréquentes en cache.

Bien que maxStatements soit le paramètre standard JDBC pour contrôler la mise en cache des instructions, maxStatementsPerConnection peut être plus intuitif pour les utilisateurs.

Délai d'expiration du verrouillage de la table

10000

Délai en secondes avant qu'une exception de délai d'expiration de verrouillage ne soit levée.

Délai d'attente de la requête

600000

Délai (en millisecondes) dont une requête dispose pour aboutir avant d'être annulée.

Délai d'attente du réseau

900000

Délai (en millisecondes) pendant lequel un thread attend la réponse de la base de données.

En l'absence de réponse dans le délai défini avec ce paramètre, la plateforme mettra fin à la connexion sous-jacente et libérera le thread en attente de réponse.

Délai d'attente du producteur

3000

Ce paramètre s'applique aux processeurs d'entrées de flux et, pour l'heure, s'applique uniquement au processeur de propriétés persistantes.

Dans le cas où la file d'attente est complète et n'a pas de place pour une nouvelle entrée, ce paramètre correspond au délai maximal (en millisecondes) attendu par un producteur pour ajouter l'entrée à la file d'attente. Une fois ce délai écoulé, si la file d'attente est toujours complète et qu'il n'est pas possible de faire de la place, l'ajout de l'entrée à la file d'attente échoue.

Seuil de saturation du pool de connexions de la base de données pour déclencher le suivi d'empilage (en pourcentage)

90

Seuil qu'un pool de connexions de base de données doit atteindre pour saturer et déclencher le suivi d'empilage.

Décompte du jeu de suivis d'empilage journalisés après le déclenchement

5

Décompte du jeu de suivis d'empilage journalisés une fois les paramètres de suivi d'empilage déclenchés.

Intervalle de journalisation des suivis d'empilage (en secondes)

10

Intervalle de temps selon lequel les suivis d'empilage seront journalisées.

Temps minimum écoulé avant le prochain déclenchement de la journalisation du suivi d'empilage (en minutes)

60

Temps minimum qui doit s'écouler avant le déclenchement de la journalisation du suivi d'empilage.

Durée de maintien de la connexion pour la journalisation des suivis d'empilage (en millisecondes)

1000

Durée pendant laquelle la connexion est maintenue pour la journalisation des suivis d'empilage.