MySQLdump schlägt fehl, wenn innodb_buffer_pool_size gesetzt

tekknotrip

New Member
Hallo Forum,

ich experimentiere gerade ein wenig mit meinem V-Server bei Strato
8GB Ram noch mit Virtuozzo und Plesk Obsidian,
MySQL-Version: 10.6.12-MariaDB-
ubuntu 22.04.1
PHP-Version: 8.2.12

Darauf läuft eine DB (Matomo) mit rund 50GB, ja, läuft :)
Bisher war ein MySQL Dump in rund 30 Minuten abgeschlossen (Cronjob, nachts)
Ich habe jetzt MariaDB etwas performt und mit tuning-primer.sh etwas herumgespielt
Herausgekommen ist mal folgende Einstellung:
[mysqld]
max_allowed_packet = 512M
max_connections = 66
#key_buffer_size = 128M
#thread_stack = 128K
#thread_cache_size = 8
#table_cache = 8192
max_heap_table_size = 1G
tmp_table_size = 1G
innodb_buffer_pool_instances = 8
innodb_buffer_pool_size = 6G
innodb_file_per_table = 1
innodb_flush_log_at_trx_commit = 0
innodb_log_file_size = 1G
innodb_flush_method = O_DIRECT
innodb_log_buffer_size = 12M
innodb_sort_buffer_size = 2M
innodb_stats_on_metadata = 0
#innodb_old_blocks_time = 10000
#thread_cache_size = 100
query_cache_type = ON
query_cache_limit = 4M
query_cache_size = 3M
sort_buffer_size = 512M
join_buffer_size = 2M
table_definition_cache = 3500
table_open_cache = 3500
open_files_limit = 8000

Wenn ich diese Konfiguration laufen lasse, dann bricht der MySQLdump mit folgender Meldung ab:
mysqldump: Error 2013: Lost connection to server during query when dumping table `matomo_286_STarchive_blob_2023_09` at row: 1960
Deaktiviere ich
innodb_buffer_pool_size = 6G
so funktioniert der Cronjob und läuft in rund 30 Minuten durch.

Der Cronjob:
mysqldump --quick --compress --max_allowed_packet=2M --user=U123 --password=123 --databases DB123 | gzip > /var/www/vhosts/backup-cron/backup-name.$(date +'\%d_\%m_\%Y_\%H_\%M_\%S').sql.gz

Hat von euch jemand eine tolle Idee, wie man innodb_buffer_pool_size + MySQLdump verünftig hinbekommt?
 
Die Zuweisung
Code:
innodb_buffer_pool_size = 6G
dürfte zu groß sein bei 8GB RAM gesamt.
Setz den Wert auf 2G runter und teste nochmal
 
Back
Top