Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. SQL: Manche Datenpunkte stark verzögert

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.3k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.1k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

SQL: Manche Datenpunkte stark verzögert

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
3 Beiträge 2 Kommentatoren 255 Aufrufe 2 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • binaryaddictB Offline
    binaryaddictB Offline
    binaryaddict
    schrieb am zuletzt editiert von
    #1

    Die allermeisten meiner Datenpunkte tauchen fast augenblicklich in meiner MySQL-Datenbank auf. Einige wenige jedoch erst mit massiver Verzögerung (manchemal zwischen 5 - 10 Minuten).

    Insbesondere stört mich das aktuell bei Datenpunkten, die über eine Logik direkt voneinander abhängig sind: Das Öffnen von Fenstern löst eine Sperre auf dem Heizungsaktor aus.
    Sowohl die Änderung des Fensterkontakts als auch die durch die Logik ausgelöste Änderung in der Sperre sind sofort im Objektbaum ersichtlich. Lediglich der Fensterkontakt ist auch innerhalb von Sekundenbruchteilen in der Datenbank, wohingegen die Sperre erst mit großer Verzögerung dort landet.

    Die Datenpunkte kommen alle aus demselben Adapter (KNX), und beide sind als Boolean angelegt. Mein Raspi hat annhähernd keine Last, und auch in den Logs tauchen keine Fehler auf.

    Hat jemand schon diese Erfahrung gemacht, bzw. hat jemand eine Idee, wo ich ansetzen könnte?

    ? 1 Antwort Letzte Antwort
    0
    • binaryaddictB binaryaddict

      Die allermeisten meiner Datenpunkte tauchen fast augenblicklich in meiner MySQL-Datenbank auf. Einige wenige jedoch erst mit massiver Verzögerung (manchemal zwischen 5 - 10 Minuten).

      Insbesondere stört mich das aktuell bei Datenpunkten, die über eine Logik direkt voneinander abhängig sind: Das Öffnen von Fenstern löst eine Sperre auf dem Heizungsaktor aus.
      Sowohl die Änderung des Fensterkontakts als auch die durch die Logik ausgelöste Änderung in der Sperre sind sofort im Objektbaum ersichtlich. Lediglich der Fensterkontakt ist auch innerhalb von Sekundenbruchteilen in der Datenbank, wohingegen die Sperre erst mit großer Verzögerung dort landet.

      Die Datenpunkte kommen alle aus demselben Adapter (KNX), und beide sind als Boolean angelegt. Mein Raspi hat annhähernd keine Last, und auch in den Logs tauchen keine Fehler auf.

      Hat jemand schon diese Erfahrung gemacht, bzw. hat jemand eine Idee, wo ich ansetzen könnte?

      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von
      #2

      @binaryaddict sagte in SQL: Manche Datenpunkte stark verzögert:

      Hat jemand schon diese Erfahrung gemacht, bzw. hat jemand eine Idee, wo ich ansetzen könnte?

      Moin,

      ich habe von KNX keine Ahnung, aber von welcher SQL Datenbank sprichst Du?

      1. eine KNX Datenbank?
      2. eine Datenbank, in die Du aus dem ioBroker Datenpunkte zur Archivierung/Auswertung schreibst
      3. die Objekt-, Statusdatenbank vom ioBroker wobei das keine SQL wäre, sondern jsonl, redis oder file

      Wenn ich unter diesen Gesichtspunkten, den Text interpretiere, dann kann ich zu

      1. KNX Datenbank nichts sagen, da nicht in Verwendung!
      2. wieso sollte das Wegspeichern der DP in eine Datenbank, zur Historisierung/Auswertung, für Logikengpässe sorgen?
      3. wenn es um die Objekt-, Status DB geht, dann kann das tatsächlich ein Problem sein,
        3.1. wenn auf ein langsames Medium geschrieben wird, z. B. SD-Karte und file als Storage eingestellt ist!
        3.2. auch bei jsonl als Objekt Storage, kann eine langsame SD-Karte zum Flaschenhals werden!
        3.3. wenn es sehr viele Objekte/Status sind und eine langsame SD-Karte ist

      Lösungen zu

      1. habe ich keine!
      2. ist ja aus meinen Augen nicht möglich, nicht ersichtlich warum!
      3. es gibt hier im Forum Personen, die durch Umstellen auf redis einen Geschwindigkeitsvorteil gegenüber den beiden anderen Varianten jasonl und auf jeden Fall gegenüber file festgestellt haben!

      VG
      Bernd

      P.S.: solltest Du Deine Logik hingegen aus der MySQL Datenbank beziehen, dann verstehe ich die Logik dahinter nicht :)

      binaryaddictB 1 Antwort Letzte Antwort
      0
      • ? Ein ehemaliger Benutzer

        @binaryaddict sagte in SQL: Manche Datenpunkte stark verzögert:

        Hat jemand schon diese Erfahrung gemacht, bzw. hat jemand eine Idee, wo ich ansetzen könnte?

        Moin,

        ich habe von KNX keine Ahnung, aber von welcher SQL Datenbank sprichst Du?

        1. eine KNX Datenbank?
        2. eine Datenbank, in die Du aus dem ioBroker Datenpunkte zur Archivierung/Auswertung schreibst
        3. die Objekt-, Statusdatenbank vom ioBroker wobei das keine SQL wäre, sondern jsonl, redis oder file

        Wenn ich unter diesen Gesichtspunkten, den Text interpretiere, dann kann ich zu

        1. KNX Datenbank nichts sagen, da nicht in Verwendung!
        2. wieso sollte das Wegspeichern der DP in eine Datenbank, zur Historisierung/Auswertung, für Logikengpässe sorgen?
        3. wenn es um die Objekt-, Status DB geht, dann kann das tatsächlich ein Problem sein,
          3.1. wenn auf ein langsames Medium geschrieben wird, z. B. SD-Karte und file als Storage eingestellt ist!
          3.2. auch bei jsonl als Objekt Storage, kann eine langsame SD-Karte zum Flaschenhals werden!
          3.3. wenn es sehr viele Objekte/Status sind und eine langsame SD-Karte ist

        Lösungen zu

        1. habe ich keine!
        2. ist ja aus meinen Augen nicht möglich, nicht ersichtlich warum!
        3. es gibt hier im Forum Personen, die durch Umstellen auf redis einen Geschwindigkeitsvorteil gegenüber den beiden anderen Varianten jasonl und auf jeden Fall gegenüber file festgestellt haben!

        VG
        Bernd

        P.S.: solltest Du Deine Logik hingegen aus der MySQL Datenbank beziehen, dann verstehe ich die Logik dahinter nicht :)

        binaryaddictB Offline
        binaryaddictB Offline
        binaryaddict
        schrieb am zuletzt editiert von binaryaddict
        #3

        @dp20eic

        Die Logik ist für die Frage irrelevant. Hätte ich auch weglassen können.

        Es geht mir um den SQL-Adapter für ioBroker, der Änderungen von Datenpunkten wegschreibt. Das tut er für die allermeisten sehr zuverlässig und ohne zeitlichen Versatz. Für einige wenige Datenpunkte tut er das nur mit einer großen Verzögerung.

        Das Medium, auf dem die Zieldatenbank liegt ist ein Server außerhalb meines Netzwerkes. Da es immer dieselben Datenpunkte sind, die auf sich warten lassen, hängt es wohl nicht an der Strecke oder am Ziel-Server.

        1 Antwort Letzte Antwort
        0
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate
        FAQ Cloud / IOT
        HowTo: Node.js-Update
        HowTo: Backup/Restore
        Downloads
        BLOG

        659

        Online

        32.7k

        Benutzer

        82.3k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe