Dans le cadre de la configuration de la source multi-données Springboot, quelle est la raison pour laquelle l'accès à la base de données est lent pendant la journée et rapide pendant la nuit?

Dépannage des problèmes de performances de la base de données sous la configuration de la source multi-données Springboot

Cet article analyse un cas où la configuration de la source multi-données d'Atomikos est utilisée dans des projets Springboot qui conduisent à des problèmes de performance d'accès à la base de données. Le projet se connecte à trois bases de données (Base1, Base2, Base3), et la vitesse d'accès à la base de données BASE3 est extrêmement lente pendant la journée et même chronométrée, mais elle revient à la normale la nuit. Les bases de données BASE1 et BASE2 maintiennent toujours une vitesse d'accès normale. La configuration, la structure des données et l'interface des trois bases de données sont complètement cohérentes et ne sont utilisées que pour distinguer les données de différentes régions. Le projet est un Kanban à grand écran en temps réel, qui demande et change fréquemment de sources de données.

Description du problème: La base de données Base3 (vraisemblablement 9771DB) a un retard intermittent pendant la journée, avec deux accès à environ une minute d'intervalle, tandis que l'accès nocturne est normal. Il ne s'agit pas d'un problème d'épuisement des ressources de pool de pool de connexion simple, car l'épuisement des ressources entraîne une dégradation continue des performances plutôt que des retards intermittents.

Configuration de la source de données d'Atomikos:

<bean abstract="true" class="com.atomikos.jdbc.AtomikosDataSourceBean" destroy-method="close" id="dataSourceConfig" init-method="init">
    <property name="xaDataSourceClassName" value="com.mysql.jdbc.jdbc2.optional.MysqlXADataSource"></property>
    <property name="poolSize" value="10"></property>
    <property name="maxPoolSize" value="20"></property>
    <property name="minPoolSize" value="5"></property>
    <property name="maxIdleTime" value="5"></property>
    <property name="maxLifetime" value="60"></property>
    <property name="borrowConnectionTimeout" value="60"></property>
    <property name="testQuery" value="SELECT 'x' from dual"></property>
    <property name="isLoad" value="${datasource.loadDB.haier}"></property>
</bean>

Cette configuration utilise le pool de connexions Atomikos et définit la taille du pool de connexions, le nombre maximum de connexions, le nombre minimum de connexions, le temps d'inactivité maximum, le cycle de vie maximum, le temps de délai de connexion et les instructions de requête de test.

Analyse des problèmes: Le problème du retard intermittent pendant la journée n'est pas une configuration de pool de connexion simple ou des ressources insuffisantes. Des données d'exécution plus détaillées sont nécessaires pour déterminer la cause profonde du problème, telles que la latence du réseau, la charge de la base de données ou les problèmes de code d'application.

Solution: Il est recommandé d'utiliser la programmation de section AOP pour enregistrer les informations détaillées de chaque demande d'accès à la base de données, y compris: Nom de la source de données, heure de début d'accès, temps de fin, chemin d'interface, etc. Cela aidera à identifier si la base de données est surchargée (surtension des visites diurne), des problèmes de connectivité réseau (congestion quotidienne du réseau) ou des problèmes de logique de code d'application.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!