Cum funcționează WordPress cu setul de caractere și colația MySQL la nivel scăzut?

După cum sugerează titlul întrebării, încerc să înțeleg cum funcționează WordPress cu seturile de caractere și opțiunile de colație MySQL. După cum voi arăta mai jos, lucrurile nu prea au sens pentru mine...

Am instalat WordPress urmând instrucțiunile de pe pagina lor de instalare:

https://codex.wordpress.org/Installing_WordPress

Ca parte a instrucțiunilor, am urmat sfatul lor pentru crearea manuală a bazei de date MySQL în linia de comandă, și anume comenzile:

mysql> CREATE DATABASE numebazadedate;
Query OK, 1 row affected (0.00 sec)

mysql> GRANT ALL PRIVILEGES ON numebazadedate.* TO "utilizatorwordpress"@"hostname"
-> IDENTIFIED BY "parola";
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)

mysql> EXIT

Mai departe, așa cum am fost instruit, am editat fișierul "wp-config.php" să folosească setul de caractere UTF-8:

define( 'DB_CHARSET', 'utf8' );

...și am lăsat setarea de colație goală:

define( 'DB_COLLATE', '' );

Aici începe distracția...

1. Dacă introduc un caracter care nu face parte din UTF-8 MySQL, dar face parte din UTF-8 MB4, cum ar fi , într-un post, acesta apare corect pe pagina randată. M-aș fi așteptat ca acest lucru să nu se întâmple, deoarece nu am setat setul de caractere la UTF-8 MB4, ci la UTF-8 mai restrâns (așa cum este definit de MySQL, desigur, nu ca în înțelesul general).

2. Dacă investighez problema în MySQL în linia de comandă, devine și mai ciudat. Dacă rulez show variables like 'char%';, primesc acest răspuns:

   +--------------------------+----------------------------+
   | Variable_name            | Value                      |
   +--------------------------+----------------------------+
   | character_set_client     | utf8                       |
   | character_set_connection | utf8                       |
   | character_set_database   | latin1                     |  
   | character_set_filesystem | binary                     |
   | character_set_results    | utf8                       |
   | character_set_server     | latin1                     |
   | character_set_system     | utf8                       |
   | character_sets_dir       | /usr/share/mysql/charsets/ |
   +--------------------------+----------------------------+
   

M-aș fi așteptat ca setul de caractere al bazei de date să fie UTF-8, nu latin1.

2. Dacă rulez comanda show variables like 'collation%';, rezultatul este:

   +----------------------+-------------------+
   | Variable_name        | Value             |
   +----------------------+-------------------+
   | collation_connection | utf8_general_ci   |
   | collation_database   | latin1_swedish_ci |
   | collation_server     | latin1_swedish_ci |  
   +----------------------+-------------------+
   

Acest lucru este și mai ciudat, din motive evidente (nu m-aș fi așteptat la colația implicită latin1_swedish_ci într-o bază de date UTF-8).

3. În final, dacă rulez show full columns from mywpdatabase.wp_posts;, liniile de rezultat, unde valoarea nu este NULL, arată colația ca fiind:

| post_content_filtered | longtext | utf8mb4_unicode_ci |

Întrebarea mea este atunci - cum poate fi explicat acest lucru? De ce instalarea mea de WordPress afișează corect caracterele UTF-8 MB4, când baza de date este definită ca UTF-8 în configurație? Și de ce baza de date apare în MySQL ca latin1, cu colație suedeză, în loc de UTF-8? Și cum se face că, în ciuda tuturor acestora, câmpurile individuale din tabel sunt utf8mb4_unicode_ci? O explicație la nivel scăzut despre modul în care funcționează WordPress cu MySQL ar fi foarte utilă. Mulțumesc!