Aktualisierung interne MariaDB 5.5.57 auf MariaDB 10.4.x mit Entware-std

Liebe Community,

für alle, die gern die interne MariaDB-Version 5.5.57 auf eine aktuelle 10.4.x anheben möchten, ohne Container zu installieren, hier ein Vorschlag:

Voraussetzung: Entware-Std ist installiert. Dieses gibt es unter

https://github.com/Entware/Entware/wiki/Install-on-QNAP-NAS

Nach Installation des Paketes kann über SSH mit folgendem Befehl der aktuelle MariaDB10.4.x-Server und -Client installiert werden:

opkg install mariadb-server-extra mariadb-client-extra nano

Nach der Installation mit

cd /opt/etc/mysql/conf.d/

in das Konfigurationsverzeichnis wechseln.

Nun die Konfiguration bearbeiten:

nano 50-server.cnf

Damit der MariaDB10.4.x-Server als Ersatz für den internen MariaDB-Server genutzt werden kann, müssen folgende Einträge angepasst werden:

[client]
socket          = /tmp/mysql.sock
port            = 3306

[mysqld]

#
# * Basic Settings
#
user            = admin
pid-file        = /opt/var/run/mysqld/mysqld.pid
socket          = /tmp/mysql.sock
port            = 3306
basedir         = /opt
# Don't put this on flash memory
# Figure out where you are going to put the databases and run
# mysql_install_db --force
datadir         = /share/databases

In meinem Beispiel habe ich einen separaten Ordner "databases" für die Datenbankfiles in der Systemsteuerung des NAS angelegt. Somit ist auch eine Sicherung der Datenbankdateien einfacher möglich.

Sollte der Server nicht nur von "localhost" (127.0.0.1) erreichbar sein, so muss die folgende Zeile in der Konfiguration mit einem "#" auskommentiert werden:

#bind-address = 127.0.0.1 

Nun müssen ggf. noch die unter dem bisherigen SQL-Server genutzten Datenbanken gesichert werden. Hierzu folgenden Befehl ausführen:

/usr/local/mariadb/bin/mysql -u root -p

Das Passwort entspricht dem bei der Einrichtung des SQL-Servers über die Systemsteuerung vergebenen Passwort.

Im SQL-Server können nun mit folgendem Befehl die genutzten Datenbanken abgefragt werden:

SHOW DATABASES;

Gesichert werden muss neben den eigentlichen Nutzerdatenbanken auch die Datenbank "mysql", die die Einstellungen und Nutzer beinhaltet.

Die Sicherung kann z.B. mit folgendem Befehl in das Verzeichnis /share/Public erfolgen:

/usr/local/mariadb/bin/mysqldump --single-transaction -h localhost -u root -p DATENBANKNAME >/share/Public/DATENBANKNAME.sql

Nachdem alle Datenbanken gesichert sind, muss der eingebaute SQL-Server über die Systemsteuerung --> Anwendungen --> SQL-Server abgeschaltet werden.

Nachdem der eingebaute SQL-Server nicht mehr läuft, kann der neue MariaDB10.4.x-Server gestartet werden:

mysql_install_db --force
/opt/etc/init.d/S70mysqld restart

Nun muss als erstes die mysql-DB wieder importiert werden, damit die User-Einstellungen übernommen werden:

mysql -h localhost -u admin -p       #ACHTUNG: hier noch ein leeres Passwort verwenden
DROP DATABASE mysql;
CREATE DATABASE mysql;
quit
mysql -h localhost -u admin -p mysql </share/Public/mysql.sql

Ab hier gilt nun wieder das ursprüngliche Passwort für den "root"-Nutzer, welches beim internen SQL-Server vergeben war.

Jetzt nur noch die Nutzerdatenbanken, die gemäß oben beschriebenem Vorgehen in /share/Public gesichert wurden, wieder einspielen:

mysql -h localhost -u root -p -e "CREATE DATABASE DATENBANKNAME" 
mysql -h localhost -u root -p DATENBANKNAME </share/Public/DATENBANKNAME.sql

FERTIG!

Die Konfiguration ist Reboot-fest, so dass ab sofort auch nach einem Reboot der MariaDB10.4.x-Server genutzt wird.

Eine (regelmäßige) Aktualisierung kann mit folgenden Befehlen durchgeführt werden:

opkg update
opkg upgrade

Empfehlenswert ist es, den Order mit den Datenbankdateien in das regelmäßige Backup einzubinden. Für noch mehr Sicherheit sollte ein Cron-Job angelegt werden, der regelmäßig mit folgendem Befehl die einzelnen Datenbanken sichert:

mysqldump --single-transaction -h localhost -u root -p DATENBANKNAME> /share/Public/DATENBANKNAME.sql

...wobei natürlich der Pfad /share/Public/DATENBANKNAME.sql individuell angepasst werden sollte.

Das kann ich aufgrund der geringen Datenbanklast nicht beantworten. Allerdings ist die CPU-Auslastung bei Datenbankoperationen deutlich geringer. Und es wird eine Version eingesetzt, die noch im Support ist, was eine deutlich höhere Sicherheit bedeutet.

NACHTRAG:

Die Geschwindigkeit ist deutlich höher - meine Digikam-Installation mit MySQL-DB läuft deutlich flüssiger.

Hallo,

das mysqldump muss außerhalb von MariaDB aufgerufen werden. Dazu muss man MariaDB nach dem SHOW DATABASES; mit dem Befehl quit verlassen.

Der Befehl mysqldump erwartet nach dem Start noch die Eingabe des Root-Passwortes des SQL-Servers.

Falls etwas nicht klappt, einfach noch mal melden - ich helfe gern!

Hallo,

die Datenbank performance_schema wird nicht benötigt, alle anderen meiner Meinung nach schon.

Die Client-Section kommt an den Anfang der Datei, das ist korrekt.

Hallo,

ich versuche mal ein bisschen Licht ins Dunkel zu bringen:

Der Wechsel zwischen externem MariaDB-Server und internem Server ist einfach. Es muss nur der externe Server beendet werden mit

/opt/etc/init.d/S70mysqld stop

Danach kann der interne Server über die Weboberfläche des NAS wieder aktiviert werden. Aber ACHTUNG: Natürlich müssten dann vorher die Datenbanken zurückgespielt werden - ansonsten arbeitet der interne Server mit dem Stand der Datenbanken vor der Abschaltung des internen Servers.

In der von mir geposteten Konfiguration ersetzt der externe Server den internen Server lückenlos. Anwendungsprogramme (z.B. phpMyAdmin) erkennen keinen Unterschied, da der externe Server auf dem gleichen Port (TCP 3306) und dem gleichen Socket /tmp/mysql.sock lauscht. Damit muss keine Anwendung umkonfiguriert werden. Theoretisch ist es auch möglich, beide SQL-Server parallel zu betreiben - dazu muss nur in der 50-server.cnf der Port und der Socket geändert werden. Dann muss aber in jeder Anwendung der Server manuell konfiguriert werden. Außerdem belasten dann beide Server die CPU des NAS und meine Lösung war ja gerade dazu gedacht, den alten nicht mehr supporteten SQL-Server durch einen aktuellen sicheren Server zu ersetzen.

Zum Thema myPhpAdmin kann ich auch nur empfehlen, das aktuelle Package von Github herunterzuladen und zu installieren. Dazu einfach das Zip-Package im Web-Ordner des NAS installieren.

Und GANZ WICHTIG: Falls das NAS von extern erreichbar ist, sollte auf jeden Fall im phpMyAdmin-Verzeichnis eine .htaccess-Datei mit folgendem Inhalt erstellt werden, damit nur von intern zugegriffen werden kann:

deny from all
allow from 192.168.x.

wobei das 192.168.x. durch Dein internes Netz ersetzt werden muss.

Genau. Einfach

deny from all
allow from 192.168.1.

Na klar - wie gesagt, die Anwendungen (hier die Nextcloud) merken keinen Unterschied in der Funktion. Aber durch die neue MariaDB kann nun auch die aktuelle Nextcloud 21 problemlos genutzt werden - die setzt nämlich MariaDB 10.3 oder höher voraus.

So sieht es bei mir aus:

Hier noch mal meine 50-server.conf:

#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#

# this is read by the standalone daemon and embedded servers
[client]
socket          = /tmp/mysql.sock
port            = 3306

# this is only for the mysqld standalone daemon
[mysqld]

#
# * Basic Settings
#
user            = admin
pid-file        = /opt/var/run/mysqld/mysqld.pid
socket          = /tmp/mysql.sock
port            = 3306
basedir         = /opt
# Don't put this on flash memory
# Figure out where you are going to put the databases and run
# mysql_install_db --force
datadir         = /share/databases
# tmpdir should also not go on flash memory
tmpdir          = /opt/tmp
lc-messages-dir = /opt/share/mariadb

skip-external-locking

# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address   = 127.0.0.1

#
# * Fine Tuning
#
key_buffer_size         = 64M
max_allowed_packet      = 64M
thread_stack            = 512K
thread_cache_size       = 32
thread_handling         = pool-of-threads
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam_recover_options  = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10

#
# * Query Cache Configuration
#
query_cache_limit       = 16M
query_cache_size        = 128M

#
# * Logging and Replication
#
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file       = /opt/var/log/mysql/mysql.log
#general_log            = 1
#
# Error log - should be very few entries.
# Note that if unset the errors will go to stdout and can be seen in syslog
# (check "logread")
#
#log_error = /opt/var/log/mysql/error.log
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log_file    = /opt/var/log/mysql/mariadb-slow.log
#long_query_time        = 10
#log_slow_rate_limit    = 1000
#log_slow_verbosity     = query_plan
#
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
#server-id              = 1
#log_bin                = /opt/var/log/mysql/mysql-bin.log
expire_logs_days        = 10
max_binlog_size         = 100M
#binlog_do_db           = include_database_name
#binlog_ignore_db       = exclude_database_name

#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!

#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /opt/var/lib/mysql/
#
# For generating SSL certificates you can use for example the GUI tool "tinyca".
#
# ssl-ca=/opt/etc/mysql/cacert.pem
# ssl-cert=/opt/etc/mysql/server-cert.pem
# ssl-key=/opt/etc/mysql/server-key.pem
#
# Accept only connections using the latest and most secure TLS protocol version.
# ..when MariaDB is compiled with OpenSSL:
# ssl-cipher=TLSv1.2

#
# * Character sets
#
# MySQL/MariaDB default is Latin1, but in OpenWrt we rather default to the full
# utf8 4-byte character set. See also client.cnf
#
# Note: In OpenWrt until mariadb 10.2.19-2 the baked-in defaults were
# "DEFAULT_CHARSET=utf8" and "DEFAULT_COLLATION=utf8_general_ci". As MariaDB's
# utf8 (supports three bytes per character) is not really UTF-8 (which needs up
# to four bytes per character) this was changed. Now the baked in-defaults are
# the upstream defaults (Latin1), but in the default configuration (like in the
# file you are currently reading) utf8mb4 is set, which is real UTF-8.
#
# Of course you are free to change this, either here or in a configuration file
# of your own which is read after this .cnf file, see my.cnf in parent folder
# (files are read in alphabetical order).
character-set-server  = utf8mb4
collation-server      = utf8mb4_general_ci

#
# * Unix socket authentication plugin is built-in
#
# Needed so the root database user can authenticate without a password but
# only when running as the unix root user.
#
# Also available for other users if required.
# See https://mariadb.com/kb/en/unix_socket-authentication-plugin/

Richtig. Jetzt gilt wieder Dein bisheriges Passwort. Und damit auch wieder der bisherige Nutzer root.

Daher bitte im Befehl auch den Nutzer admin durch root ersetzen. Dann klappt es.

So habe ich es auch in meiner Anleitung in Post 1 beschrieben.

Da stimmt das Passwort für den root-Nutzer nicht.

Wenn Du es nicht mehr weißt, einfach den neuen MariaDB-Server stoppen, den alten Server über die Weboberfläche starten, das root-Passwort über die Weboberfläche zurücksetzen.

Dann die mysql-DB noch mal neu exportieren, den internen Server stoppen, die Datenbanken des neuen Servers löschen und dann den neuen Server starten und die mysql-DB noch mal importieren.