Comment déboguer / connecter les connexions de Tomcat JDBC Connection Pool?

Après beaucoup de recherche, je suis en mesure de trouver 3 façons pour vous connecter & surveiller la connexion à la base de la piscine.

https://tomcat.apache.org/tomcat-8.0-doc/jdbc-pool.html

1. De surveillance à l'aide de Printemps de Démarrage propriétés.

2. De surveillance à l'aide de JMX ( Java Management Extensions ) (@nitin suggéré)

3. De surveillance à l'aide de Printemps Aspects.

1ère méthode: la Surveillance à l'aide de Printemps de Démarrage des propriétés.

Je l'ai trouvé en dessous de Printemps de démarrage des propriétés qui sera bien utile pour se connecter & surveiller la connexion à la base de la piscine.

Ces propriétés (et quelques autres encore) ont été pas documenté.
Veuillez consulter ci-dessous github question pour plus de détails.
https://github.com/spring-projects/spring-boot/issues/1829

#Maximum no.of active connections
spring.datasource.max-active=10

#Log the stack trace of abandoned connection
spring.datasource.log-abandoned=true

#Remove abandoned connection,So, new connection will be created and made available to threads which are waiting for DB connection
spring.datasource.remove-abandoned=true

#If any connection is not used for 10 seconds, consider that connection as "abandoned"
spring.datasource.remove-abandoned-timeout=10 

#Number of ms to wait before throwing an exception if no connection is available.
spring.datasource.max-wait=1000

Cette liste contient plusieurs propriétés qui sont liées à source de données uniquement.(prises à partir du lien ci-dessus)

spring.datasource.abandon-when-percentage-full
spring.datasource.access-to-underlying-connection-allowed
spring.datasource.alternate-username-allowed
spring.datasource.auto-commit
spring.datasource.catalog
spring.datasource.commit-on-return
spring.datasource.connection-customizer
spring.datasource.connection-customizer-class-name
spring.datasource.connection-init-sql
spring.datasource.connection-init-sqls
spring.datasource.connection-properties
spring.datasource.connection-test-query
spring.datasource.connection-timeout
spring.datasource.data-source
spring.datasource.data-source-class-name
spring.datasource.data-source-j-n-d-i
spring.datasource.data-source-properties
spring.datasource.db-properties
spring.datasource.default-auto-commit
spring.datasource.default-catalog
spring.datasource.default-read-only
spring.datasource.default-transaction-isolation
spring.datasource.driver-class-loader
spring.datasource.fair-queue
spring.datasource.idle-timeout
spring.datasource.ignore-exception-on-pre-load
spring.datasource.init-s-q-l
spring.datasource.initialization-fail-fast
spring.datasource.isolate-internal-queries
spring.datasource.jdbc-interceptors
spring.datasource.jdbc-url
spring.datasource.jdbc4-connection-test
spring.datasource.leak-detection-threshold
spring.datasource.log-abandoned
spring.datasource.log-validation-errors
spring.datasource.log-writer
spring.datasource.login-timeout
spring.datasource.max-age
spring.datasource.max-lifetime
spring.datasource.max-open-prepared-statements
spring.datasource.maximum-pool-size
spring.datasource.metrics-tracker-class-name
spring.datasource.minimum-idle
spring.datasource.num-tests-per-eviction-run
spring.datasource.pool-name
spring.datasource.pool-prepared-statements
spring.datasource.pool-properties
spring.datasource.propagate-interrupt-state
spring.datasource.read-only
spring.datasource.record-metrics
spring.datasource.register-mbeans
spring.datasource.remove-abandoned
spring.datasource.remove-abandoned-timeout
spring.datasource.rollback-on-return
spring.datasource.suspect-timeout
spring.datasource.test-on-connect
spring.datasource.thread-factory
spring.datasource.transaction-isolation
spring.datasource.use-disposable-connection-facade
spring.datasource.use-equals
spring.datasource.use-lock
spring.datasource.validation-interval
spring.datasource.validation-query-timeout
spring.datasource.validator
spring.datasource.validator-class-name
spring.datasource.xa
spring.datasource.xa.data-source-class-name
spring.datasource.xa.properties

2ème méthode: la Surveillance à l'aide de JMX ( Java Management Extensions )

Tomcat JDBC de la piscine offre un MBean à savoir ConnectionPoolMBean.

https://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/tomcat/jdbc/pool/jmx/ConnectionPoolMBean.html

Printemps de Démarrage des registres de MBeans JMX automatiquement.Donc, pas besoin de s'enregistrer/exporter ce MBean dans MBean server. Il suffit d'ouvrir la JConsole qui vient avec le JDK, Pour l'ouvrir, Windows-> invite de Commande ->jconsole, c'est tout.
Consultez ci-dessous la capture d'écran pour plus d'info.

Ce MBean aussi informe chaque fois qu'une connexion est à l'abandon, échec de la connexion, lorsqu'une requête est de prendre le temps long, etc. Consultez la capture d'écran ci-dessous.

3ème Voie: la Surveillance à l'aide de Printemps Aspects (seulement pour le développement de l'assurance de la qualité et de l'environnement).

- Je utiliser cet aspect de journal TomcatJdbc Pool de Connexion.

J'ai créé un Printemps Aspect qui va intercepter toutes les bases de données d'appel.Ce sera certainement affecter les performances.

Ainsi, l'utilisation de cet aspect dans le développement du contrôle de la qualité de l'environnement,commenter cette méthode lorsqu'il n'est pas nécessaire (par exemple : cours de déploiement en production).

@Before("execution(* com.test.app.db.dao.*.*(..))")
    public void logBeforeConnection(JoinPoint jp) throws Throwable {
        String methodName = "";
        methodName += jp.getTarget().getClass().getName();
        methodName += ":";
        methodName += jp.getSignature().getName();
        logger.info("before method call : " + methodName +  " : number of connections in use by the application (active) : "+ tomcatJdbcPoolDataSource.getNumActive());
        logger.info("before method call : " + methodName +  " : the number of established but idle connections : "+ tomcatJdbcPoolDataSource.getNumIdle());
        logger.info("before method call : " + methodName +  " : number of threads waiting for a connection : "+ tomcatJdbcPoolDataSource.getWaitCount());
    }


@After("execution(* com.test.app.db.dao.*.*(..)) ")
public void logAfterConnection(JoinPoint jp) throws Throwable {
    String methodName = "";
    methodName += jp.getTarget().getClass().getName();
    methodName += ":";
    methodName += jp.getSignature().getName();
    logger.info("after method call : " + methodName +  " : number of connections in use by the application (active) : "+ tomcatJdbcPoolDataSource.getNumActive());
    logger.info("after method call : " + methodName +  " : the number of established but idle connections : "+ tomcatJdbcPoolDataSource.getNumIdle());
    logger.info("after method call : " + methodName +  " : number of threads waiting for a connection : "+ tomcatJdbcPoolDataSource.getWaitCount());
    //tomcatJdbcPoolDataSource.checkAbandoned();
}

Maintenant, vous pouvez facilement identifier la base de données d'appel, qui crée la connexion fuite dans votre application.