Debian 12.5 + MariaDB Server version: 10.11.6 sikerült Zabbix 6.0 LTS upgraddel kifektetetni 1x másodjára lefutott :( a DB a hibás?!

A hostnév + particiónevek átnevezve(ne kapjak fekete pontot a melóhelytől) 35 szállal indult a dolog. :) ha 10 szállal futtatuk akkor lefutott... :) Nagyon nagy gáz ...
MariaDB 10.11.6 Release Notes - MariaDB Knowledge Base => https://jira.mariadb.org/browse/MDEV-32861 ez a helyzet nem áll fenn. AFAIK

Épp elkezdtük tesztelni MariaDB 10.5-tel(maradtunk a Debian 11-es up2date verziónál : Server version: 10.5.23-MariaDB-0+deb11u1-log Debian 11) teszteljük és 29 CPU 100% loadon van. :) ez a DB nem néz ki rosszul.
Tényleg egy rakás szar a 10.11.6-es verzió, nem kicsit és mennyit szívtunk vele ... Végre kiderült miért állt le élesben az upgrade.  A+

Sikerült kifektetni a régi verziót:10.5.23 rendesen. :(

valami:~#  mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 107
Server version: 10.11.6-MariaDB-0+deb12u1-log Debian 12

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show processlist;
+-----+------+-----------+----------+---------+-------+--------------+------------------------------------------------------------------------------------------+----------+
| Id  | User | Host      | db       | Command | Time  | State        | Info                                                                                     | Progress |
+-----+------+-----------+----------+---------+-------+--------------+------------------------------------------------------------------------------------------+----------+
|  57 | root | localhost | zabbixdb | Query   | 61393 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`1`) |    0.000 |
|  58 | root | localhost | zabbixdb | Query   | 64565 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`2`) |    0.000 |
|  61 | root | localhost | zabbixdb | Query   | 64068 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`3`) |    0.000 |
|  62 | root | localhost | zabbixdb | Query   | 64068 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`4`) |    0.000 |
|  63 | root | localhost | zabbixdb | Query   | 64076 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`5`) |    0.000 |
|  64 | root | localhost | zabbixdb | Query   | 59885 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`6`) |    0.000 |
|  67 | root | localhost | zabbixdb | Query   | 64201 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`7`) |    0.000 |
|  68 | root | localhost | zabbixdb | Query   | 60908 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`8`) |    0.000 |
|  69 | root | localhost | zabbixdb | Query   | 64123 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`9`) |    0.000 |
|  70 | root | localhost | zabbixdb | Query   | 64267 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`10`) |    0.000 |
|  71 | root | localhost | zabbixdb | Query   | 60757 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`11`) |    0.000 |
|  72 | root | localhost | zabbixdb | Query   | 83190 | Sending data | INSERT IGNORE INTO history SELECT * FROM history_old PARTITION (`12`)           |    0.000 |
|  74 | root | localhost | zabbixdb | Query   | 64061 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`13`) |    0.000 |
|  78 | root | localhost | zabbixdb | Query   | 58521 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`14`) |    0.000 |
|  81 | root | localhost | zabbixdb | Query   | 61023 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`15`) |    0.000 |
|  85 | root | localhost | zabbixdb | Query   | 64167 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`16`) |    0.000 |
|  84 | root | localhost | zabbixdb | Query   | 64138 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`17`) |    0.000 |
|  89 | root | localhost | zabbixdb | Query   | 64160 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`18`) |    0.000 |
|  91 | root | localhost | zabbixdb | Query   | 64286 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`19`) |    0.000 |
|  88 | root | localhost | zabbixdb | Query   | 61338 | Sending data | INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old PARTITION (`20`) |    0.000 |
| 107 | root | localhost | NULL     | Query   |     0 | starting     | show processlist                                                                         |    0.000 |
+-----+------+-----------+----------+---------+-------+--------------+------------------------------------------------------------------------------------------+----------+
21 rows in set (0.000 sec)

root@valami:~/zabbix# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 109
Server version: 10.11.6-MariaDB-0+deb12u1-log Debian 12

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show processlist;
+-----+------+-----------+------+---------+------+----------+------------------+----------+
| Id  | User | Host      | db   | Command | Time | State    | Info             | Progress |
+-----+------+-----------+------+---------+------+----------+------------------+----------+
| 109 | root | localhost | NULL | Query   |    0 | starting | show processlist |    0.000 |
+-----+------+-----------+------+---------+------+----------+------------------+----------+
1 row in set (0.000 sec)
 

Nem egy világbajnok:

valami:~/zabbix#  cat magic_*.log | egrep -i "real|finished"
real    1053m43.407s
Finished: magic_10.sql
real    1620m19.858s
Finished: magic_11.sql
real    1824m7.226s
Finished: magic_12.sql
real    1018m9.598s
Finished: magic_13.sql
real    1620m9.783s
Finished: magic_14.sql
real    1801m29.388s
Finished: magic_15.sql
real    1626m1.305s
Finished: magic_16.sql
real    1699m25.572s
Finished: magic_17.sql
real    1803m40.443s
Finished: magic_18.sql
real    1018m0.213s
Finished: magic_19.sql
real    1154m31.885s
Finished: magic_1.sql
real    1624m0.071s
Finished: magic_20.sql
real    1792m21.176s
Finished: magic_21.sql
real    1797m12.549s
Finished: magic_22.sql
real    1676m13.775s
Finished: magic_23.sql
real    1149m39.969s
Finished: magic_24.sql
real    1616m31.886s
Finished: magic_25.sql
real    1018m14.145s
Finished: magic_26.sql
real    1817m17.404s
Finished: magic_27.sql
real    398m26.310s
Finished: magic_28.sql
real    314m50.489s
Finished: magic_29.sql
real    1817m8.837s
Finished: magic_2.sql
real    1807m2.633s
Finished: magic_30.sql
real    0m0.181s
Finished: magic_31.sql
real    0m0.175s
Finished: magic_32.sql
real    0m0.176s
Finished: magic_33.sql
real    0m0.196s
Finished: magic_34.sql
real    0m0.178s
Finished: magic_35.sql
real    1073m26.470s
Finished: magic_3.sql
real    1789m6.599s
Finished: magic_4.sql
real    1619m1.801s
Finished: magic_5.sql
real    1799m23.208s
Finished: magic_6.sql
real    1797m1.864s
Finished: magic_7.sql
real    1622m18.094s
Finished: magic_8.sql
real    1071m1.451s
Finished: magic_9.sql

( gabrielakos v | 2024. 04. 16., k – 17:10 )

Tanulság: nem használunk mysql-t és leszármazottait.

Gábriel Ákos

( influencer | 2024. 04. 16., k – 22:49 )

Szerkesztve: 2024. 04. 16., k – 22:50

Én hasonlók miatt a mariadb adatbáziskezelőt egészen régen semmire sem használom. Tapasztalataim szerint a legjobb mysql megoldás a Percona mysql féle. Hasznos lenne, ha ki tudnád azzal is próbálni. Meglepődnék, ha azzal is létezne a hiba. Sokat még Centos alapokon, mostanában Debian vagy Ubuntu alapokon, és minden jó.

Régebben elvileg úgy volt, hogy a Mariadb a Percona mysqltől vette át a bővítéseket.

Zabbixot láttam Perconával évekig tökéletesen működni, a frissítések is lementek simán.

( Elbandi v | 2024. 04. 17., sze – 01:32 )

itt most mit kell nezni? _egyszerre_ fut 21 insert? hat johogy foldbeall. 

es nem tudok rola hogy a zabbix sajat maga csinalna ilyen particios mokolast. ez nem valami sajat script?

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

A Zabbix karbantartás lesz nagyon hosszadalmas és erőforrás igényes bizonyos adatbázis-méret (megőrzési idő X gyűjtött adat mennyiség/hoszt) felett.

Ezért ajánlás, hogy dátum alapján érdemes partícionálni az adatbázist, és úgy a megőrzésből kifutott adatok eldobása nagyságrendekkel gyorsabb DB oldalon, mint egyetlen táblából törölni dátum alapján.

Én is Zabbix frissítés előtt állok 5.0 LTS-ről 6.0 LTS-re, partícionált adatbázissal, kíváncsi leszek, belehal-e a műveletbe nálam is.

Van új terv : https://www.zabbix.com/documentation/6.0/en/manual/installation/require… 6.0.15-hoz :  10.11.X since Zabbix 6.0.15
Ezt : https://mariadb.com/kb/en/changes-improvements-in-mariadb-1011/ inkább ezt, mert 2028 Februárig van támogatás.
Már sikerült felinstallálnom és megy :)

regen en is csinaltam ezt a particionalast, igaz nekem csak kicsi db-m van (100-200 gep). viszont ezzel elvesztem az itemek kulonbozo ideig torteno megtartas lehetoseget. oke a linux templatebe kb mind 90d a history, de volt olyan sajat check amihez 180d megorzesi ido kellett. igy joval tobb tarhelyre lett szukseg (=dupla), mint kene. igy vegul visszaalltam a rendes tablakra.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!