[JAVA] Vérifiez comment définir le délai d'expiration lors de la connexion avec Spring + HikariCP + MySQL et de l'exécution de SQL

Chose que tu veux faire

Vérifiez comment définir le délai d'expiration lors de la connexion à Spring + HikariCP + MySQL et de l'exécution de SQL.

environnement

Un environnement qui passe à l'action

• Environnement pour confirmer "ce que vous voulez faire"

Relations de printemps: 5.0.9 HikariCP：2.7.9 MySQL：5.7

Time out lors de la connexion à DB

Éléments à définir (lors de la description des paramètres DataSource en Java)

Défini avec setConnectionTimeout () pour une instance de HikariDatasource.

@Bean
HikariDataSource datasource() {
    
    HikariDataSource ds = new HikariDataSource();
    ds.setJdbcUrl("jdbc:mysql://localhost:3306/test?useSSL=false&socketTimeout=10");
    ds.setConnectionTimeout(250); //★ Ici
    ds.setUsername("user");
    ds.setPassword("password");
    return ds;
}

Éléments à définir (lors de l'utilisation du paramètre automatique de Spring-boot)

↓ paramétrage de application.properties

spring.datasource.hikari.connection-timeout=Délai d'expiration (millisecondes)

Délai d'attente si le résultat SQL n'est pas renvoyé après la connexion à la base de données

Ajoutez le paramètre socketTimeout à l'URL JDBC.

Éléments à définir (lors de la description des paramètres DataSource en Java)

@Bean
HikariDataSource datasource() {
    
    HikariDataSource ds = new HikariDataSource();
    ds.setJdbcUrl("jdbc:mysql://localhost:3306/test?useSSL=false&socketTimeout=10"); //★ Ici
    ds.setConnectionTimeout(250);
    ds.setUsername("user");
    ds.setPassword("password");
    return ds;
}

Éléments à définir (lors de l'utilisation du paramètre automatique de Spring-boot)

spring.datasource.url=jdbc:mysql://localhost:3306/test?useSSL=false&socketTimeout=Délai d'expiration (millisecondes)

Essaie

Voir ↓ pour savoir comment reproduire le retard du réseau dans un environnement Windows. Comment reproduire localement le retard du réseau dans Windows

Le code écrit sous forme d'exemple est Délai de connexion: 250 ms Délai de communication après connexion: 10 ms Par conséquent, vérifiez que l'exception apparaît comme prévu en suivant la procédure ci-dessous.

Voici les étapes.

1. Avant que la connexion ne soit établie, si vous définissez le délai sur 400 ms et exécutez un processus qui implique l'exécution de SQL, vous pouvez voir le délai d'expiration dans l'exception qui est générée. (** Délai de connection dépassé **)
2. Ensuite, arrêtez une fois l'occurrence du délai et exécutez le processus qui implique l'exécution de SQL (connectez le pool de connexions à la base de données).
3. Après cela, si vous définissez le délai sur 100 ms , démarrez le délai et exécutez le processus qui implique l'exécution de SQL, vous pouvez voir le délai dans l'exception de sortie. (* Timeout lorsque SQL n'est pas retourné après la connexion **)

• Notez que si vous définissez une valeur supérieure à 250 ms, vous ne pourrez pas confirmer que le paramètre de délai d'expiration de la connexion ne signifie pas que le délai d'expiration s'est produit. À l'étape 4, il est bon de confirmer que si vous désactivez le délai d'expiration à la fin, il n'expirera pas même si vous l'exécutez dans un état retardé.

Pourtant,,

En regardant l'heure d'exécution du journal, le journal des exceptions n'apparaît pas en fonction de la milliseconde spécifiée. Je pense que la valeur de réglage du délai et la valeur de réglage du délai expirent comme prévu, donc je pense que le jugement du délai lui-même peut être fait, mais ... Un mystère.