<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[SQL: Connections läuft hoch und sperrt DB]]></title><description><![CDATA[<p dir="auto">Hallo Zusammen,</p>
<p dir="auto">ich habe im IOBroker den SQL-Adapter aktiviert und mit meiner MariaDB verbunden. Die MariaDB läuft auf einem dedizierten Host zusammen mit dem Host vopn Grafana. Ich protokolierte ein paar tausend Zustände. Die DB lief seit einiger Zeit immer wieder auf den Fehler "Too many connections". Max_connections hatte ich auf 100.000 (!) gestellt. Nach einem Neustart konnte ich beobachten, wie der Wert "connections" im DB-Status verfolgen, wie sie wächst, bis auf ca. 160.000 (!) bis der Fehler "Too many connections" wieder kam und die DB sperrte. Das dauerte nicht besonders lange, vielleicht eine Stunde. Ich habe dann die Anzahl der zu protokollierende Zustände auf ca. 700 begrenzt. Aber das Problem tritt immer noch auf. Bin nach 30 Minuten schon wieder bei 6000 connections.</p>
<p dir="auto">Kennt jemand das Phänomen? Habe ich etwas falsch konfiguriert?</p>
<p dir="auto">Hier die Jason des SQL-Adapters:</p>
<pre><code>{
  "connLink": "",
  "debounce": 1000,
  "retention": 0,
  "host": "192.168.12.xxx",
  "port": 3306,
  "user": "iobroker",
  "password": "pw",
  "dbtype": "mysql",
  "fileName": "sqlite.db",
  "requestInterval": 0,
  "encrypt": false,
  "round": 4,
  "dbname": "iobroker",
  "multiRequests": true,
  "maxConnections": 200000,
  "changesRelogInterval": 0,
  "changesMinDelta": 0,
  "writeNulls": true,
  "doNotCreateDatabase": false,
  "maxLength": 0,
  "blockTime": 0,
  "debounceTime": 0,
  "disableSkippedValueLogging": false,
  "enableLogging": false,
  "rejectUnauthorized": false,
  "customRetentionDuration": 365
}
</code></pre>
<p dir="auto"><strong>MOD-EDIT: Code in code-tags gesetzt!</strong></p>
]]></description><link>https://forum.iobroker.net/topic/65471/sql-connections-läuft-hoch-und-sperrt-db</link><generator>RSS for Node</generator><lastBuildDate>Wed, 06 May 2026 07:25:15 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/65471.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 15 May 2023 14:41:56 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to SQL: Connections läuft hoch und sperrt DB on Wed, 17 May 2023 13:32:13 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/axel" aria-label="Profile: axel">@<bdi>axel</bdi></a> sagte in <a href="/post/992946">SQL: Connections läuft hoch und sperrt DB</a>:</p>
<blockquote>
<p dir="auto">Besten Dank für Deine Tips. Ich setze die Version 2.2 ein und habe ca. 700 Datenpunkte aktiviert.</p>
<p dir="auto">Mir ist aber was anderen aufgefallen: Es gibt min. 2 Variablen in der DB zu den Connections: Max_Connections und Max_usd_connections. Max_connections läuft hoch (über 200.000 in 3 Tagen) und Max_used_connections (aktuell 87 und stabil). Die Verwendung ist mir nicht klar, auch nicht, wann denn die Schnittstelle blockiert mit "Too_many_connections"... Im moment läuft es stabil. Fahre die Datenpunkte jetzt langsam wieder hoch.</p>
<p dir="auto">Die Sache mit Influx werde ich auch mal prüfen. Ich mache Auswertungen mit Grafana und da scheint Influx besser geeignet zu. Wewlches SQL-Tool benutzt Du da? Ich nutze HeidiSQL.</p>
</blockquote>
<p dir="auto">Moin,</p>
<p dir="auto">ich misch' mich da mal ein, weil ich gern etwas lerne.</p>
<p dir="auto">Ich glaube, Du verwechselst etwas, die <code>max connection</code>, die die dann auch zur besagten Fehlermeldung führen, kommen vom <code>mariaDB Server</code> das kannst Du abfragen, wenn Du Dir mittels GUI Tool (HeidiSQL) oder ich nutze <code>DBeaver</code> das eingibst.</p>
<pre><code>SHOW variables;
</code></pre>
<p dir="auto">Dies ist bei einem nicht angepassten Datenbankserver 150 + 1 für den root Zugriff, es gibt die Möglichkeit das zu verändern, indem man an passender Stelle, bei meiner <code>mariaDB</code> auf einem <code>Arch Linux</code> LXC Container wäre das in</p>
<pre><code># vim /etc/my.cnf.d/server.cnf
#
[mysqld]
max_connections=[desired new maximum number]
</code></pre>
<p dir="auto">Wenn man diesen Parameter ändert, sollte man auch den RAM Verbrauch im Auge behalten, auf kleinen Servern ist ein anheben auf ~200 sicher zu verkraften, größere auch gern 500 - 1000.</p>
<p dir="auto">Das, was ich glaube, was Du bei Dir eingestellt hast, ist auf der Client Seite die Max. Gleichzeitig geöffneten Verbindungen<br />
<img src="/assets/uploads/files/1684329953512-aabb1d0a-3801-41b2-a7cf-457ca77ed0e7-grafik.png" alt="aabb1d0a-3801-41b2-a7cf-457ca77ed0e7-grafik.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Das ist dann natürlich irgendwann zu viel für den Server, alle Clients sollten in Summe <code>max_connection</code> des Servers nicht überschreiten.</p>
<p dir="auto">Da ich bis auf das JSON nichts gesehen habe, kann ich hier nur vermuten, aber mit Deiner Aussage, dass Du aktuell 87 <code>max_used_connection</code> hast, gehe ich davon aus, dass ich nicht so falsch liege.</p>
<p dir="auto">Schraube mal die max connection im Adapter wieder runter, wenn Du da wirklich 200000 eingetragen hast.</p>
<p dir="auto">VG<br />
Bernd</p>
]]></description><link>https://forum.iobroker.net/post/992981</link><guid isPermaLink="true">https://forum.iobroker.net/post/992981</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Wed, 17 May 2023 13:32:13 GMT</pubDate></item><item><title><![CDATA[Reply to SQL: Connections läuft hoch und sperrt DB on Wed, 17 May 2023 11:20:46 GMT]]></title><description><![CDATA[<p dir="auto">Besten Dank für Deine Tips. Ich setze die Version 2.2 ein und habe ca. 700 Datenpunkte aktiviert.</p>
<p dir="auto">Mir ist aber was anderen aufgefallen: Es gibt min. 2 Variablen in der DB zu den Connections: Max_Connections und Max_usd_connections. Max_connections läuft hoch (über 200.000 in 3 Tagen) und Max_used_connections (aktuell 87 und stabil). Die Verwendung ist mir nicht klar, auch nicht, wann denn die Schnittstelle blockiert mit "Too_many_connections"... Im moment läuft es stabil. Fahre die Datenpunkte jetzt langsam wieder hoch.</p>
<p dir="auto">Die Sache mit Influx werde ich auch mal prüfen. Ich mache Auswertungen mit Grafana und da scheint Influx besser geeignet zu. Wewlches SQL-Tool benutzt Du da? Ich nutze HeidiSQL.</p>
]]></description><link>https://forum.iobroker.net/post/992946</link><guid isPermaLink="true">https://forum.iobroker.net/post/992946</guid><dc:creator><![CDATA[axel]]></dc:creator><pubDate>Wed, 17 May 2023 11:20:46 GMT</pubDate></item><item><title><![CDATA[Reply to SQL: Connections läuft hoch und sperrt DB on Mon, 15 May 2023 16:31:37 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/axel" aria-label="Profile: axel">@<bdi>axel</bdi></a> sagte in <a href="/post/991660">SQL: Connections läuft hoch und sperrt DB</a>:</p>
<blockquote>
<p dir="auto">ich habe im IOBroker den <strong>SQL-Adapter</strong> aktiviert</p>
</blockquote>
<p dir="auto">Welche Version !?</p>
<blockquote>
<p dir="auto">Ich protokolierte ein paar tausend Zustände.</p>
</blockquote>
<p dir="auto">Wieviel Datenpunkte sind dann in IoBroker /SQL aktiviert ?</p>
<p dir="auto">Hast du das in der Datenbank eingestellt , das hat mir auch mal geholfen , aber ich bin aber schon lange auf Influx gewechselt , war stabiler :</p>
<p dir="auto"><a href="https://stackoverflow.com/questions/22285318/how-to-unblock-with-mysqladmin-flush-hosts/22288338" rel="nofollow ugc">https://stackoverflow.com/questions/22285318/how-to-unblock-with-mysqladmin-flush-hosts/22288338</a></p>
]]></description><link>https://forum.iobroker.net/post/991718</link><guid isPermaLink="true">https://forum.iobroker.net/post/991718</guid><dc:creator><![CDATA[Glasfaser]]></dc:creator><pubDate>Mon, 15 May 2023 16:31:37 GMT</pubDate></item></channel></rss>