Explicación detallada de cómo WordPress trabaja con el conjunto de caracteres y la intercalación de MySQL a bajo nivel

Como sugiere el título de la pregunta, busco entender cómo WordPress trabaja con los conjuntos de caracteres y las opciones de intercalación de MySQL. Como mostraré a continuación, algunas cosas no tienen mucho sentido para mí...

Instalé WordPress siguiendo las instrucciones de su página de instalación:

https://codex.wordpress.org/Installing_WordPress

Como parte de las instrucciones, seguí su consejo para la creación manual de la base de datos MySQL en la línea de comandos, específicamente estos comandos:

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

mysql> GRANT ALL PRIVILEGES ON nombredelbasededatos.* TO "nombredeusuariowp"@"nombredehost"
-> IDENTIFIED BY "contraseña";
Query OK, 0 rows affected (0.00 sec)

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

mysql> EXIT

Además, como se indicó, edité el archivo "wp-config.php" para usar el conjunto de caracteres UTF-8:

define( 'DB_CHARSET', 'utf8' );

...y dejé la configuración de intercalación vacía:

define( 'DB_COLLATE', '' );

Aquí es donde comienza lo interesante...

1. Si ingreso un carácter que no es parte del UTF-8 de MySQL, pero sí de UTF-8 MB4, como , en una publicación, aparece correctamente en la página renderizada. Hubiera esperado que esto no ocurriera, ya que no he configurado el conjunto de caracteres como UTF-8 MB4, sino el más restrictivo UTF-8 (según lo define MySQL, no como se entiende generalmente).

2. Si investigo el tema en MySQL desde la línea de comandos, se vuelve más extraño. Si ejecuto show variables like 'char%';, obtengo esta respuesta:

   +--------------------------+----------------------------+
   | 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/ |
   +--------------------------+----------------------------+
   

Hubiera esperado que el conjunto de caracteres de la base de datos fuera UTF-8, no latin1.

2. Si ejecuto el comando show variables like 'collation%';, la salida es:

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

Eso es aún más extraño, por razones obvias (no hubiera esperado la intercalación predeterminada latin1_swedish_ci en una base de datos UTF-8).

3. Finalmente, si ejecuto show full columns from miwpdatabase.wp_posts;, las líneas de salida, donde el valor no es NULL, muestran que la intercalación es:

| post_content_filtered | longtext | utf8mb4_unicode_ci |

Mi pregunta entonces - ¿cómo se puede explicar esto? ¿Por qué mi instalación de WordPress muestra correctamente caracteres UTF-8 MB4, cuando la base de datos está definida como UTF-8 en la configuración? ¿Y por qué MySQL muestra la base de datos como latin1 con intercalación sueca, en lugar de UTF-8? ¿Y cómo es que, a pesar de todo esto, los campos individuales en la tabla son utf8mb4_unicode_ci? Una explicación a bajo nivel de cómo WordPress trabaja con MySQL sería muy útil. ¡Gracias!