MySQL: valor de string incorreto

Por fim, pesquisando o erro no Google, encontrei alguns artigos sugerindo que no MySQL o conjunto de utf8caracteres está com erros/danos cerebrais e não deve ser usado.

Em sua substituição deve ser usado o utf8mb4charset.

De No MySQL, nunca use “utf8”. Use “utf8mb4”

O “utf8” do MySQL não é UTF-8.

A codificação “utf8” suporta apenas três bytes por caractere. A codificação UTF-8 real — que todos usam, inclusive você — precisa de até quatro bytes por caractere.

Os desenvolvedores do MySQL nunca corrigiram esse bug. Eles lançaram uma solução alternativa em 2010: um novo conjunto de caracteres chamado “utf8mb4”.

Resumindo:
- “utf8mb4” do MySQL significa “UTF-8”.
- O “utf8” do MySQL significa “uma codificação de caracteres proprietária”. Essa codificação não pode codificar muitos caracteres Unicode.

Farei uma declaração abrangente aqui: todos os usuários de MySQL e MariaDB que atualmente usam “utf8” deveriam usar “utf8mb4”. Ninguém deve usar “utf8”.

De Como oferecer suporte a Unicode completo em bancos de dados MySQL

Acontece que o conjunto de caracteres utf8 do MySQL implementa apenas parcialmente a codificação UTF-8 adequada. Ele só pode armazenar símbolos codificados em UTF-8 que consistem em um a três bytes; símbolos codificados que ocupam quatro bytes não são suportados.

Conforme mostrado acima, esse comportamento pode levar à perda de dados, mas piora — pode resultar em vulnerabilidades de segurança. Aqui estão alguns exemplos, todos descobertos após a publicação deste artigo:

• Vulnerabilidade de injeção de objeto PHP no WordPress <3.6.1, levando à execução remota de código em combinação com certos plugins do WordPress
• Ignorar a autenticação de e-mail no Phabricator Stored XSS no WordPress 4.1.2
• Execução remota de comandos no Joomla! CMS

TL;DR A utf8codificação do MySQL tem um nome estranho, pois é diferente da codificação UTF-8 adequada. Ele não oferece suporte completo a Unicode, o que pode levar à perda de dados ou vulnerabilidades de segurança.