Heim  >  Artikel  >  Datenbank  >  Beschreibung der durch den MySQL-JDBC-Treiber verursachten Fehler

Beschreibung der durch den MySQL-JDBC-Treiber verursachten Fehler

php是最好的语言
php是最好的语言Original
2018-08-03 13:56:231206Durchsuche

Problemhintergrund

Das Unternehmen beschäftigt sich mit E-Commerce-Systemen und das gesamte System basiert auf der Huawei Cloud. Da beim Entwurf des Systems die Anzahl der nachfolgenden Benutzer und Bestellungen relativ groß ist, müssen einige große Datenbankkomponenten verwendet werden. Für die relationale Datenbank wurde angesichts des schnellen Wachstums des nachfolgenden Datenvolumens, anstatt direkt in MySQL zu schreiben, die verteilte Datenbank-Middleware DDM von Huawei Cloud verwendet. Nach der Verwendung von DDM können Sie die Anzahl der MySQL-Leseinstanzen direkt erhöhen, ohne dass das Unternehmen sich dessen bewusst ist, wodurch sich die Leseleistung linear verbessert. Es unterstützt auch Unterdatenbanken und Tabellen auf Middleware-Ebene und stellt Operationen für umfangreiche relationale Datenbanken bereit. Es ist einfach für E-Commerce-Systeme angepasst.

DDM selbst stellt Dienste in Form eines Clusters bereit, und dem Unternehmen stehen mehrere Verbindungs-IP-Adressen offen. Es ist eine Ebene des Lastausgleichs erforderlich. Wenn Sie die herkömmliche Methode zum Hinzufügen von LB zum Lastausgleich verwenden, entsteht eine zusätzliche Transitschicht, die zu Leistungseinbußen führt. Daher wird die von MySQL-JDBC bereitgestellte Client-Lastausgleichsfunktion direkt genutzt.

Die logische Struktur ist in der folgenden Abbildung dargestellt:

▲Business kann über den Loadbalance von MySQL-JDBC Zugriff auf mehrere DDM-Knoten bereitstellen. MySQL-JDBC bietet Lastausgleichsfunktionen.

Problembeschreibung

Die Client-Lastausgleichsfunktion des MySQL-JDBC-Treibers funktioniert gut und die Leistung ist erstaunlich. Doch vor einiger Zeit scheiterte die Geschäftsanfrage ohne Grund. Ich bin für das E-Commerce-Bestellmodul verantwortlich, bei dem es um echtes Geld geht. Dieses Problem hat mich ins Schwitzen gebracht...

Also habe ich schnell das Hintergrundprotokoll überprüft und festgestellt, dass es beim Zugriff auf DDM eine Ausnahme gab Ohne etwas zu sagen, habe ich direkt einen Arbeitsauftrag an den Huawei Cloud DDM-Dienst übermittelt.

Ich muss sagen, dass der Service von Huawei Cloud immer noch sehr gut ist. Innerhalb einer halben Stunde kontaktierte mich ein engagierter Mitarbeiter und arbeitete mit mir zusammen, um das Problem zu beheben.

Ich habe die Protokolle unseres Unternehmens heruntergenommen und sie zusammen mit dem DDM-Supportpersonal analysiert und festgestellt, dass der Fehler wie folgt gemeldet wurde: Die Hauptursache war ein Fehler im MySQL-Treiber, der hat den lokalen Stapelüberlauf von StackOverflow verursacht ...Es stellte sich heraus, dass es sich um einen Fehler handelte, der den DDM-Dienst falsch verstanden hat

Aus dem Stapel geht hervor, dass eine Ausnahme einen Fehler in MySQL-JDBC ausgelöst hat, der Schleifenaufrufe verursacht hat, bis der Stapel übergelaufen ist. Auf Vorschlag des Huawei DDM-Supports wurde der Treibercode dekompiliert. Anhand der Dekompilierung können wir erkennen, dass tatsächlich die Möglichkeit einer Schleifenverschachtelung besteht.

Loadbalance-Abfrageverbindung -> Status neuer und alter Verbindungen synchronisieren -> SQL an den Server senden ->

Der relevante Code lautet wie folgt:

So ein offensichtlicher Fehler , nicht allzu offensichtlich, ich glaube, MySQL wird es nicht finden. Wir verwenden derzeit die Version 5.1.44 des Treibers. Nachdem wir den neuesten Code 5.1.66 überprüft haben, haben wir festgestellt, dass dieses Problem tatsächlich wie folgt lautet:

Durch das Herausfiltern von SET- und SHOW-Anweisungen wird eine Schleifenverschachtelung vermieden.

Aber 5.1.66 hat einen neuen Fehler eingeführt, da nicht an jeder Stelle, an der postProcess aufgerufen wird, SQL vorhanden ist, löst der Code hier eine Nullzeigerausnahme aus. Führen die Entwickler von MySQL JDBC keine Tests durch? . Unsere Umgebung wurde auf 5 umgestellt. Nach der Änderung lief es eine Woche lang reibungslos und ohne Probleme.

Änderungsplan

loadBalanceAutoCommitStatementThreshold wird auf 5 geändert, aber das eingeführte Problem besteht darin, dass, wenn das Unternehmen zeitaufwändiges SQL enthält, dies zu einer Auslastung von DDM führen kann unausgeglichen sein. Gemessen an der aktuellen Situation ist die Leistung von DDM jedoch immer noch relativ stark~

Verwandte Artikel:

BUGs und Strategien für PHP-Treiber-MongoDB-Integer-Probleme

JDBC-Treiber für MySql-Datenbank unter WebLogic konfigurieren

Ähnliche Videos:

Boolean Education Yan Shiba MySQL-Einführungsvideo-Tutorial

Das obige ist der detaillierte Inhalt vonBeschreibung der durch den MySQL-JDBC-Treiber verursachten Fehler. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn