Differences

This shows you the differences between two versions of the page.

--- doc:appunti:linux:sa:mysql [2019/02/05 13:03] – [Connessione senza digitare la password] niccolo
+++ doc:appunti:linux:sa:mysql [2022/11/21 16:16] – [Configurazione e uso MySQL] niccolo
@@ Line 18: / Line 18: @@
 Il server MySQL sta in ascolto sulla porta **TCP 3306**, nell'installazione standard Debian (Lenny) è in ascolto solo su localhost, per collegarlo anche agli altri indirizzi IP bisogna commentare la riga di **bind-address** contenuta in **''/etc/mysql/my.cnf''**.
+Con Debian più recenti, ad esempio **Debian 11 Bullseye**, è installato il motore MariaDB ed è possibile utilizzare uno snippet di configurazione a parte, ad esempio creando il file **/etc/mysql/mariadb.conf.d/99-local.cnf** con:
+<file>
+[mysqld]
+bind-address = 0.0.0.0
+</file>
 ===== Speciale Debian =====
@@ Line 121: / Line 128: @@
 </code>
-È possibile anche manipolare direttamente la tabella interna degli utenti:
+Sarebbe possibile anche manipolare direttamente la tabella interna degli utenti, ma è opportuno **controllare la struttura della tabella prima di procedere!** Infatti - ad esempuio - la tabella **user** ha una struttura differente in **MariaDB 10**.
 <code sql>
@@ Line 142: / Line 149: @@
 SET PASSWORD FOR root=PASSWORD('secret');
 SET PASSWORD FOR dbuser@10.0.1.2=PASSWORD('secret');
+</code>
+La password è memorizzata storicamente nel campo **Password** della tabella **user**, ma versioni più recenti del motore MySQL (ad esempio **MariaDB 10**) possono usare plugin aggiuntivi e le informazioni staranno nei campi **plugin** e **authentication_string**:
+<code>
+SELECT Host, User, Password, plugin, authentication_string FROM user;
++-----------+-----------+----------------+-----------------------+-----------------------+
+| Host      | User      | Password       | plugin                | authentication_string |
++-----------+-----------+----------------+-----------------------+-----------------------+
+| localhost | root      | *CAE6919BF3... |                       |                       |
+| localhost | user1     |                | mysql_native_password | *1472E83A1E...        |
+| localhost | user2     | *B4C990D89F... |                       |                       |
++-----------+-----------+----------------+-----------------------+-----------------------+
 </code>
@@ Line 302: / Line 322: @@
 </code>
+===== Event Scheduler were found damaged =====
+È capitato un caso in cui un **mysqldump** generava il seguente errore (MariaDB 5.5.64 su CentOS 7.7):
+<code>
+mysqldump: Couldn't execute 'show events':
+    Cannot proceed because system tables used by Event
+    Scheduler were found damaged at server start
+</code>
+In effetti dal prompt SQL si riscontrava lo stesso problema:
+<code>
+CONNECT mysql;
+SHOW EVENTS;
+ERROR 1577 (HY000): Cannot proceed because system tables used
+    by Event Scheduler were found damaged at server start
+</code>
+Dalla shell Unix sono stati eseguiti i seguenti comandi che hanno risolto il problema (non si sa se sono tutti e tre necessari, ma fino all'esecuzione del terzo il problema non era risolto):
+<code>
+mysqlcheck --all-databases --check-upgrade --auto-repair
+mysql_upgrade
+systemctl restart mariadb.service
+</code>
 ===== Utenti e privilegi =====
@@ Line 310: / Line 356: @@
   * **tables_priv** Table-level privileges.
   * **columns_priv** Column-level privileges.
   * **procs_priv** Stored procedure and function privileges.
+===== Encoding del database e delle tabelle =====
+Pare che ancora nel 2020 MySQL (MariaDB 10.3) crei le tabelle con encoding **Latin1**. Ecco come verificare l'encoding del database e di una tabella:
+<code>
+SELECT default_character_set_name FROM information_schema.SCHEMATA
+    WHERE schema_name = 'database_name';
++----------------------------+
+| default_character_set_name |
++----------------------------+
+| utf8mb4                    |
++----------------------------+
+</code>
+<code>
+SELECT CCSA.character_set_name FROM information_schema.TABLES T,
+    information_schema.COLLATION_CHARACTER_SET_APPLICABILITY CCSA
+    WHERE CCSA.collation_name = T.table_collation AND T.table_schema = 'database_name'
+    AND T.table_name = 'table_name';
++--------------------+
+| character_set_name |
++--------------------+
+| latin1             |
++--------------------+
+</code>
+===== Errore "Tablespace is missing for a table" =====
+Può capitare con l'engine InnoDB che il file contenente una tabella sparisca (errore sul filesystem, mancato restore, ecc.). In tal caso nella directory **/var/lib/mysql/dbname/** si può trovare il file **tablename.frm** ma manca il relativo **tablename.idb**.
+Ovviamente i dati contenuti nella tabella sono persi, ma dovrebbe essere possibile ricostruire la struttura dal file **frm**. Nella pagina **[[https://medium.com/@badalnaik/mariadb-mysql-restore-database-from-frm-and-ibd-files-6ea95269fba2|MariaDB/MySQL — Restore Database From .frm And .ibd Files]]** c'è una ricetta che però richiede il tool **mysqlfrm**. Si tratta di uno script Python che veniva distribuito con il pacchetto **mysql-utilities** ma solo nella vecchia **Debian 9 Stretch**.