Hallo zusammen,
ich habe mit dem DBLog ein Phänomen, das ich mir nicht erklären kann.
FHEM läuft auf einem Raspi 4, die SQL-Datenbank als MariaDB 5 auf einer Synology DS119j.
Verbunden ist das ganze über eine LAN-Verbindung über einen Switch.
Ich schreibe kurz vor Mitternacht jeden Tag mehrere Werte im Zeitabstand von ca. 10 Sekunden in die Datenbank.
Das ganze läuft schon seit 4 Jahren eigentlich problemlos.
Meistens werden die Werte auch direkt in die Datenbank geschrieben, manchmal fehlen aber zwei oder drei Werte, die als letztes übertragen werden sollten.
Werden dann am nächsten Tag die nächsten Werte übertragen, sind auch die da, die am Tag zuvor gefehlt haben.
Aufgefallen ist mir das ganze vor ca. 4 Monaten. Seit dem überprüfe ich stichprobenartig, ob alle Werte jeden Tag angekommen sind.
Ob es davor auch schon so war kann ich nicht nachvollziehen, da ja am nächsten Tag meistens alle Einträge vorhanden sind.
Ich weiß nicht, ob die fehlenden Daten in Fhem oder auf der Synology "hängen bleiben".
Hatte jemand von euch diese Problematik schon mal und kann mir einen Rat geben, woher das kommen kann?
Folgende Ausgabe bekomme ich mit dem List-Befehl:
Internals:
COLUMNS field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
CONFIGURATION ./db.conf
DEF ./db.conf .*:(SQL_Uebergabe_history).*
FD 5
FUUID 6037cf77-f33f-7897-3282-e690bc3398baeea1
FVERSION 93_DbLog.pm:v5.10.1-s28904/2024-05-25
MODE synchronous
MODEL MYSQL
NAME SENEC_MySQL_history
NR 2
NTFY_ORDER 50-SENEC_MySQL_history
PID 749
REGEXP .*:(SQL_Uebergabe_history).*
SBP_PID 854
SBP_STATE running
STATE connected
TYPE DbLog
dbconn mysql:database=fhem;host=192.168.180.26;port=3306
dbuser Raspi_92
eventCount 4
HELPER:
COLSET 1
DEVICECOL 64
EVENTCOL 512
OLDSTATE connected
PACKAGE main
READINGCOL 64
TC current
TH history
TYPECOL 64
UNITCOL 32
VALUECOL 128
VERSION 5.10.1
OLDREADINGS:
READINGS:
2023-02-05 13:44:42 CacheOverflowLastNum 0
2021-09-26 13:59:45 CacheOverflowLastState normal
2025-01-03 10:13:10 CacheUsage 0
2025-01-03 10:13:10 state connected
Attributes:
DbLogType History
room SQL
Danke und Gruß
Thomas
Moin,
das ist das falsche Forum für Fragen zu DbLog - Du kannst Deinen Beitrag aber mit dem Button unten links auf der Seite in das richtige Forum verschieben (zu finden beispielsweise über "help DbLog" in der FHEM Befehlszeile)
Wenn Du eine MariaDB verwendest, kannst Du in Deinem DbLog-device auch MariaDB anstatt mysql als Datenbanktreiber angeben, das wird seit einiger Zeit von DbLog unterstützt.
Ob das wirklich was mit Deinem "Problem" zu tun hat, kann ich Dir nicht sagen. Aber Deine Beschreibung klingt eher nach einem Cache-Verhalten der Datenbank selbst.
Hast Du mal versucht, Dein DbLog in der Betriebsart asynchron zu verwenden? Tritt das Verhalten dann auch auf?
Hi!
Danke für deine Antworten und Hinweise.
Habe den es verschoben
Nein, Asynchron habe ich noch nicht versucht. Werde ich mal testen.
Gruß
Thomas