Spring Boot JPA - Konfigurieren der automatischen Wiederverbindung

Ich habe eine nette kleine Spring Boot JPA-Webanwendung. Es wird auf Amazon Beanstalk bereitgestellt und verwendet ein Amazon RDS zum Speichern von Daten. Es wird jedoch nicht so oft verwendet und schlägt daher nach einer Weile mit dieser Art von Ausnahme fehl:

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Das letzte vom Server erfolgreich empfangene Paket war vor 79.870.633 Millisekunden.
Das letzte erfolgreich an den Server gesendete Paket war vor 79.870.634 Millisekunden. ist länger als der vom Server konfigurierte Wert von 'wait_timeout'. Sie sollten in Betracht ziehen, die Gültigkeit der Verbindung vor der Verwendung in Ihrer Anwendung abzulaufen und / oder zu testen, die vom Server konfigurierten Werte für Client-Zeitüberschreitungen zu erhöhen oder die Connector / J-Verbindungseigenschaft 'autoReconnect = true' zu verwenden, um dieses Problem zu vermeiden.

Ich bin nicht sicher, wie ich diese Einstellung konfigurieren soll, und kann keine Informationen dazu auf http://spring.io finden (eine sehr gute Seite). Was sind einige Ideen oder Hinweise auf Informationen?

Ich gehe davon aus, dass Boot das DataSourcefür Sie konfiguriert . In diesem Fall und da Sie MySQL verwenden, können Sie Folgendes zu Ihrem application.propertiesbis zu 1.3 hinzufügen

spring.datasource.testOnBorrow=true
spring.datasource.validationQuery=SELECT 1

Wie djxak im Kommentar erwähnt, 1.4+ definiert spezifische Namensräume für die vier Verbindungen Pools Frühjahr Boot - Träger: tomcat, hikari, dbcp, dbcp2( dbcpals 1.5 veraltet). Sie müssen überprüfen, welchen Verbindungspool Sie verwenden und ob diese Funktion unterstützt wird. Das obige Beispiel war für Tomcat, daher müssten Sie es in 1.4+ wie folgt schreiben:

spring.datasource.tomcat.testOnBorrow=true 
spring.datasource.tomcat.validationQuery=SELECT 1

Beachten Sie, dass die Verwendung von autoReconnectwird nicht empfohlen :

Die Verwendung dieser Funktion wird nicht empfohlen, da sie Nebenwirkungen im Zusammenhang mit dem Sitzungsstatus und der Datenkonsistenz hat, wenn Anwendungen SQLExceptions nicht ordnungsgemäß verarbeiten, und nur dann verwendet werden kann, wenn Sie Ihre Anwendung nicht für die Verarbeitung von SQLExceptions konfigurieren können, die sich daraus ergeben tote und veraltete Verbindungen richtig.

Die obigen Vorschläge haben bei mir nicht funktioniert. Was wirklich funktionierte, war die Aufnahme der folgenden Zeilen in die application.properties

spring.datasource.testWhileIdle = true
spring.datasource.timeBetweenEvictionRunsMillis = 3600000
spring.datasource.validationQuery = SELECT 1

Die Erklärung finden Sie hier

Die Einstellung spring.datasource.tomcat.testOnBorrow=truein application.properties hat nicht funktioniert.

Die programmgesteuerte Einstellung wie unten funktionierte ohne Probleme.

import org.apache.tomcat.jdbc.pool.DataSource;
import org.apache.tomcat.jdbc.pool.PoolProperties;    

@Bean
public DataSource dataSource() {
    PoolProperties poolProperties = new PoolProperties();
    poolProperties.setUrl(this.properties.getDatabase().getUrl());         
    poolProperties.setUsername(this.properties.getDatabase().getUsername());            
    poolProperties.setPassword(this.properties.getDatabase().getPassword());

    //here it is
    poolProperties.setTestOnBorrow(true);
    poolProperties.setValidationQuery("SELECT 1");

    return new DataSource(poolProperties);
}

Ich bin gerade zu Spring Boot 1.4 gewechselt und habe festgestellt, dass diese Eigenschaften umbenannt wurden:

spring.datasource.dbcp.test-while-idle=true
spring.datasource.dbcp.time-between-eviction-runs-millis=3600000
spring.datasource.dbcp.validation-query=SELECT 1

whoamis Antwort ist die richtige. Mit den vorgeschlagenen Eigenschaften konnte ich dies nicht zum Laufen bringen (mit Spring Boot 1.5.3.RELEASE)

Ich füge meine Antwort hinzu, da es sich um eine vollständige Konfigurationsklasse handelt, die möglicherweise jemandem bei der Verwendung von Spring Boot hilft:

@Configuration
@Log4j
public class SwatDataBaseConfig {

    @Value("${swat.decrypt.location}")
    private String fileLocation;

    @Value("${swat.datasource.url}")
    private String dbURL;

    @Value("${swat.datasource.driver-class-name}")
    private String driverName;

    @Value("${swat.datasource.username}")
    private String userName;

    @Value("${swat.datasource.password}")
    private String hashedPassword;

    @Bean
    public DataSource primaryDataSource() {
        PoolProperties poolProperties = new PoolProperties();
        poolProperties.setUrl(dbURL);
        poolProperties.setUsername(userName);
        poolProperties.setPassword(password);
        poolProperties.setDriverClassName(driverName);
        poolProperties.setTestOnBorrow(true);
        poolProperties.setValidationQuery("SELECT 1");
        poolProperties.setValidationInterval(0);
        DataSource ds = new org.apache.tomcat.jdbc.pool.DataSource(poolProperties);
        return ds;
    }
}

Ich habe ein ähnliches Problem. Spring 4 und Tomcat 8. Ich löse das Problem mit der Spring-Konfiguration

<bean id="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource" destroy-method="close">
    <property name="initialSize" value="10" />
    <property name="maxActive" value="25" />
    <property name="maxIdle" value="20" />
    <property name="minIdle" value="10" />
     ...
    <property name="testOnBorrow" value="true" />
    <property name="validationQuery" value="SELECT 1" />
 </bean>

Ich habe getestet. Es funktioniert gut! Diese beiden Zeilen tun alles, um die Verbindung zur Datenbank wiederherzustellen:

<property name="testOnBorrow" value="true" />
<property name="validationQuery" value="SELECT 1" />

Falls jemand eine benutzerdefinierte DataSource verwendet

@Bean(name = "managementDataSource")
@ConfigurationProperties(prefix = "management.datasource")
public DataSource dataSource() {
    return DataSourceBuilder.create().build();
}

Die Eigenschaften sollten wie folgt aussehen. Beachten Sie die @ConfigurationProperties mit Präfix. Das Präfix steht vor dem eigentlichen Eigenschaftsnamen

management.datasource.test-on-borrow=true
management.datasource.validation-query=SELECT 1

Eine Referenz für Spring Version 1.4.4.RELEASE

Wie einige bereits erwähnt haben, verfügt Spring-Boot 1.4+ über spezifische Namespaces für die vier Verbindungspools. Standardmäßig wird Hikaricp in Spring-Boot 2+ verwendet. Sie müssen hier also die SQL angeben. Der Standardwert ist SELECT 1. Folgendes würden Sie beispielsweise für DB2 benötigen: spring.datasource.hikari.connection-test-query=SELECT current date FROM sysibm.sysdummy1

Vorsichtsmaßnahme : Wenn Ihr Treiber JDBC4 unterstützt, wird dringend empfohlen, diese Eigenschaft nicht festzulegen. Dies gilt für "Legacy" -Treiber, die die JDBC4 Connection.isValid () - API nicht unterstützen. Dies ist die Abfrage, die ausgeführt wird, kurz bevor Sie eine Verbindung aus dem Pool erhalten, um zu überprüfen, ob die Verbindung zur Datenbank noch besteht. Versuchen Sie erneut, den Pool ohne diese Eigenschaft auszuführen. HikariCP protokolliert einen Fehler, wenn Ihr Treiber nicht JDBC4-kompatibel ist, um Sie darüber zu informieren. Standard: keine

Für diejenigen, die dies von YAML aus mit mehreren Datenquellen tun möchten, gibt es einen großartigen Blog-Beitrag dazu: https://springframework.guru/how-to-configure-multiple-data-sources-in-a-spring-boot -Anwendung/

Grundsätzlich heißt es, dass Sie beide Datenquelleneigenschaften und Datenquellen wie folgt konfigurieren müssen:

@Bean
@Primary
@ConfigurationProperties("app.datasource.member")
public DataSourceProperties memberDataSourceProperties() {
    return new DataSourceProperties();
}

@Bean
@Primary
@ConfigurationProperties("app.datasource.member.hikari")
public DataSource memberDataSource() {
    return memberDataSourceProperties().initializeDataSourceBuilder()
            .type(HikariDataSource.class).build();
}

Vergessen Sie nicht, @Primaryaus anderen Datenquellen zu entfernen .