Weihnachtsangebot 2025! 🎄

[haus-automatisierung]

@nettekov Eventuell ist auch das @ im Alias ein Problem. Mit solchen Sonderzeichen bin ich bei Datenbanken immer vorsichtig ;) Wobei das ja eigentlich über Fremschlüssel gelöst wird und in dem Insert gar nicht enthalten ist.

[nettekov]

Hallo zusammen,
@haus-automatisierung Habe ich auch gedacht, aber 5 weitere Sensor verwenden auch in der Alias-ID den

@

und hier gib es bis jetzt die Probleme nicht.

Ich habe mir gestern mit Wireshark die Netzwerk-Protokolle angeschaut und habe einen kleinen Anhaltspunkt gefunden.
ich bin wie folgt vorgegangen:

• Ich habe die IOBROKER-DB aus der Synology exportiert
• Auf meine lokalen MYSQL-Server(XAMPP) importiert und mit den SQL-Adapter verbunden.
• Gleichzeitig lasse ich Wireshark parallel laufen
• Die DP-ID 47,48,49 ist einer von den neue Aquara_Sensoren, der hauptsächlich die Probleme macht
  

Ergebnis:
Die selben Probleme treten auf mit dem MYSQL Server auf. Also kann es ein DB-Server spezifisches Problem nicht sein

Auffällig hier, alle INSERT-Statements von den anderen DP (<>ID47-49) haben eine typische Protokolllänge ca.160Bytes

Wenn von den DP47-49 INSERT-Statements, dann haben Diese ein Länge von 250-400 Bytes, teils werden die SQL-Statement TRUNCATED

Witzigerweise, wenn ich diese INSERT-Sequenzen aus den Protokoll kopieren und lasse Diese mit PHP-Admin oder HeidiSQL ausführen, gehen sie alle als OK durch und werden gespeichert.

Ich packe mal ein paar Screenshots dazu, vielleicht habt ihr eine Idee, bzw wie ist eure Meinung dazu

Gruss Nettekov

1.Iobroker-Protokoll:

2. Normaler DP mit ID 9 , der keine Probleme machen und eine Länge von 160 Byte hat.
   

3. Fehler A: ID 48 mit Länge von 387 und ist truncated
   

4. Fehler B: ID 47 mit Länge von 340 und ist truncated
   

5. Hier ist die ID 49 mal ohne Fehler durchgegangen
   

6. Generell kann sagen, die meisten DP kommen mit eine Protokolllänge von unter 200Byte.
   Nur die AQuara -Sensor fassen anscheinend mehrere Messwert zusammen, so das in den meinsten Fälle dann die Protokolllänge über 250Byte.
   

[OliverIO]

@nettekov

Kannst du bitte mal prüfen, ob bei diesen datenpunkten in den sql Einstellungen ein Kreuzchen bei Zähler gesetzt ist? Und bei den anderen nicht?

Mir ist aufgefallen, das manchmal noch ein weiteres insert für die Tabelle Counter mit drin steht. Das könnte die größere Länge erklären.

Allerdings nicht den Syntax Fehler.
Auch im Code des Adapters ist da nicht viel spannendes drin.

https://github.com/ioBroker/ioBroker.sql/blob/64606a7c897adc741499572c7fbefb1af42f5063/main.js#L1524

In der Fehleranmeldung wird erst die query die versendet wird ausgegeben und dann die Fehlermeldung die von der dB zurückkommt.
Die ist allerdings nicht immer vollständig im log ausgegeben.

Da bitte mal noch in die Iobroker log Datei auf der Festplatte nachschauen, nicht das die Iobroker Oberfläche hier was abschneidet was man dann nicht sieht.

Wenn das nichts ergibt, dann noch das logging auf db Seite erweitern um zu schauen was da tatsächlich ankommt.

[nettekov]

@OliverIO Beiden DI-ID 47-49 (neuer Aquara-Sensor) ist der Haken Zähler gesetzt. Bei den anderen DP nicht durchgängig gesetzt , aber die Meisten.

Die Fehlermeldung wird vom SQL-Server abgeschnitten:

Gruss Nettekov

[nettekov]

Hallo zusammen,

nach dem ich eine Nacht darüber geschlafen habe, haben sich die Dinge im Kopf mal zusammengefasst.
Das Auslösen des Problems sind zwar die neuen Aquara-Sensor, weil Diese anscheinend mehrere Werte gleichzeitig schicken und somit der SQL-Adapter in eine INSERT-Befehl mehrere (3-5) Datensätze zusammenfasst, was zu der Fehlermeldung führt.
Allerdings sollte das jeder SQL-Server Händeln können und zu keinem Fehler führen.

Ich denke auch, das die Syntax-Fehlermeldung von beiden Server richtig sond, allerdings nicht ihm SQL-Statement , sondern in der Parametrierung der MySQL-Protokoll-Frames, das Diese z.B. auf eine kurzes SQL-Statement einstellen, was dann zu lange ist.

Ich werden heute oder morgen , den INSERT-Befehl aus einen fehlerhaften Protokoll kopieren und in HeidiSQL nochmal ausführen und dann beide MySql-Protokolle vergleichen
Da muss es ja einen Unterschied geben.

Wie ist eure Meinung.

Gruss Nettekov

[haus-automatisierung]

@nettekov sagte in SQL.Adpter: Insert-Befehle innerhalb von 40ms:

Ich werden heute oder morgen , den INSERT-Befehl aus einen fehlerhaften Protokoll kopieren und in HeidiSQL nochmal ausführen und dann beide MySql-Protokolle vergleichen
Da muss es ja einen Unterschied geben.

Bevor Du das machst, würde ich an Deiner Stelle eher ein kurzes nodejs script schreiben, welches genau die gleiche Library verwendet wie der Adapter und einfach mal das Statement von dort senden. Tritt der Fehler dann auch auf, kann man das viel einfacher eingrenzen.

[nettekov]

@haus-automatisierung: Können wir gerne machen. Bin halt in Linux nicht ganz fit, da ich eher von der Windows-Welt komme.
Sagt mir, wo ich es hin kopieren soll und wie ich es aufrufen kann.

Gruss nettekov

[OliverIO]

@nettekov

ok, also der db meldet nicht den kompletten fehler.
jetzt noch was bei der db tatsächlich ankommt.

das kann man über das general query log aktivieren.
da werden dann alle query requests reingeschrieben.
https://mariadb.com/kb/en/general-query-log/

die befehle kannst du entweder über den client auf dem rechner ausführen (auf der shell mysql eingeben, auch wenn du mariadb verwendest)
oder auch aus heidisql.
da genau so eingeben wie die normalen queries.

falls du mehr konfigurieren willst, dann kannst du es auch in der normalen
konfig datei /etc/mysql/my.cnf machen

weiterhin kannst du auch mal das error log von mariadb/mysql anschauen oder erweitern. aber da dürfte nix anderes drin stehen.
ich denke, der befehl der wirklich ankommt ist erst mal interessant
https://mariadb.com/kb/en/error-log/

[nettekov]

Hallo zusammen,

@OliverIO : Ich habe gestern mal nachgeschaut. Bei der Synology NAS, wo die MariaDB als Paket installiert ist, keine Möglichkeit gefunden , irgendwelche Log zu akivieren, weil es nicht angeboten wird

Vielleich über PHPmyadmin, kann ich nochmal nachschauen.
Bei MYsql über XAMPP sieht es nicht viel besser aus.

@haus-automatisierung : Du hast angeboten , ein extra Nodejs zu erstellen. Steht dein Angebot noch?

Gruss Stefan

[haus-automatisierung]

@nettekov sagte in SQL.Adpter: Insert-Befehle innerhalb von 40ms:

@haus-automatisierung : Du hast angeboten , ein extra Nodejs zu erstellen. Steht dein Angebot noch?

Das war unglücklich formuliert. Ich meinte, dass ich das so machen würde um den Fehler zu finden.

[nettekov]

@haus-automatisierung Wäre das das module-Verzeichnis für den SQL.Adapter

Kann ich aus Linux(putty) ein javascript starten, was ein SQL-Statement abschickt?
Wenn ja, könnt ihr mir kurz erklären wie?

oder soll ich auf dem Webserver eine HTML -Seite erstellen, was das java-script ausführt.

Gruss Nettekov

[OliverIO]

@nettekov

ich verstehe nicht, was du mit "es wird nicht angeboten" meinst.
ich habe ja die links zur doku gesendet, wie man das log aktiviert.
du musst an die datenbank befehle senden, genauso wie du queries sendest.
dann werden die requests in eine datei geschrieben.

aber ich glaube wir steigen hier in eine technische tiefe ab, bei der es sich dann nicht mehr lohnt.
ich wäre dann raus.

[haus-automatisierung]

@nettekov sagte in SQL.Adpter: Insert-Befehle innerhalb von 40ms:

Webserver eine HTML -Seite erstellen, was das java-script ausführt.

Oh, dann vergiss den Tipp direkt :) Da fangen wir ja bei Adam und Eva an.

[nettekov]

@haus-automatisierung OK, verstanden. Ich versuche es selber mal

@OliverIO ich versuche es als sql Statement beim MySQL Server

Ich melde mich, wenn ich ein Ergebnis habe, kann ein paar Tage dauern

Gruß nettekov

[haus-automatisierung]

@nettekov sagte in SQL.Adpter: Insert-Befehle innerhalb von 40ms:

OK, verstanden.

War nicht böse gemeint. Aber serverseitiges JavaScript und auf Client-Seite ausgeführtes sind zwei komplett unterschiedliche paar Schuhe. Nur eines von beiden ist nodejs :) Und wenn man das schon erklären muss, wäre es ein weiter Weg mit npm / package.json / require() / usw. anzufangen.

Generell kannst Du aber einfach eine Textdatei ablegen und diese dann mit node über deine Shell aufrufen: node blabla.js

[nettekov]

@haus-automatisierung alles gut, habe es auch nicht böse aufgefasst.
Es hätte eventuell,schnell erklärt werden können, bevor ich mich lange auf die Suche mache.
Aber mir dem Hinweis node kann ich schon was anfangen.

Wenn ich was habe, melde ich mich.
Gruß nettekov

[nettekov]

@haus-automatisierung Ich will am Wochenende node sql Script testen

bevor ich aber das tun, wollte ich vorher fragen, ob es dem IOBroker , bzw dem NPM schadet, wenn ich das mysql package installiere:

$ npm install mysql

und dann mit einem ähnliche Script wie Diesem arbeite:

var mysql      = require('mysql');
var connection = mysql.createConnection({
  host     : 'localhost',
  user     : 'me',
  password : 'secret',
  database : 'my_db'
});
 
connection.connect();
 
connection.query('************', function (error, results, fields) {
  if (error) throw error;
  console.log('The solution is: ', results[0].solution);
});
 
connection.end();

Gruss nettekov

[haus-automatisierung]

@nettekov sagte in SQL.Adpter: Insert-Befehle innerhalb von 40ms:

ob es dem IOBroker , bzw dem NPM schadet, wenn ich das mysql package installiere:

Pakete werden auf die Art lokal im aktuellen Verzeichnis installiert (node_modules). Das heißt, dass Du das bitte nicht in /opt/iobroker/... packst, sondern irgendwo in deinem Home-Verzeichnis o.ä. Dann hat das mit dem ioBroker nix zu tun.

PS: Dein Script bekommt eventuell ein Problem, wenn end() ausgeführt wird, bevor der query geantwortet hat.

[nettekov]

@haus-automatisierung Status--> Ich habe im Homeverzeichnis unter einem Ordner Test das mysql-Package installiert und die erste SELECT Query funktionieren auch schon.
Werden am WE ein bisschen testen.

Macht es vielleicht Sinn, das ich ein Paar angeblichen fehlbehaftete Query zu schicke und ihr die bei Euch testet. So können wir vielleicht herausfinden, ob es ein generelles Problem handelt oder nur bei meine IT hier ein Problem existiert.

Bei den Tabelle ts_number & ts_counter kann man ja eine ID eingeben, die in der Tabelle data points nicht existieren und somit später wieder entfernen

Gruss nettekov

[OliverIO]

@nettekov
es liegt ziemlich sicher an deiner installation/konfiguration.
ansonsten würden sich hier viele ähnliche Meldungen im Forum befinden, da du ja da nix so spezielles machst, wie viele anderen auch.