d'Ivan

Это скорее всего из-за имя хоста, содержащего кириллицу.
https://stackoverflow.com/questions/23109244/unico...

Потому что "й" состоит из двух глифов: "и" + глифа сверху нее, которые при выводе на экран комбинируются в один символ "й".
И криминала в этом совершенно нет.

Все и так записывается в UTF-8 безо всяких ensure_ascii=False. Не-ASCII символы при записи в JSON могут кодироваться как \uXXXX

Применён URL encode дважды.

новость-94

Представление исходных данных - в 16-ричном формате. Значит, их нужно перевести в байтовое представление.
xslx представляет собой обычный файл zip, в котором заголовок 0х504B (первые 2 байта).

Это выглядит не как текст, а как контейнер бинарных данных неизвестного формата.
Советую воспользоваться снифферами типа Wireshark. Возможно они подскажут формат контейнера.

Возможные причины:
Шрифт вввода в консоли не установлен в Уникод.
U+1F697 выходит за пределы поддерживаемых знаков при выводе в консоли в данном шрифте.
https://stackoverflow.com/a/10765469

Из Википедии:

Базовая многоязыковая плоскость (Basic multilingual plane, BMP)
Диапазон символов U+0000…U+​FFFF

В базовую плоскость входят множество различных письменностей, включая иероглифы, и их должно хватить в 99,9% случаев.

Так что если в ПО используются какие-то не входящие в базовую плоскость письменности, то вместо utf8 следует использовать utf8mb4.

Больше похоже на экранирование символов для HTML (URL-encoding) нежели проблему с кодировками СУБД.

&

ä stored as ä value is encoded in database

P.S.
Кстати, забавно Тостер обрабатывает HTML обозначения, даже не экранирует.

В Линукс и Виндоус используются разные кодировки текста по умолчанию.
В Виндоус - это CP1251 для кириллицы. В Линукс обычно UTF-8 (Unicode).
А при открытии файла gedit, как и другие Линукс программы, пытаются прочесть на "родной" UTF-8.

Libiconv?

MySQL 5.5 Reference Manual: 10.1.4 Connection Char...