Влияет ли различные кодировки таблиц на производительность MySQL?

Question

[Дмитрий]

Добрый день! Подскажите, если в базе mysql (версия 5.7) часть таблиц в utf8mb4_general_ci, а другая в utf8_general_ci. Влияет ли это как-то на производительность mysql?

Answer 1

[Akina]

если в базе mysql (версия 5.7) часть таблиц в utf8mb4_general_ci, а другая в utf8_general_ci

:facepalm: Это не кодировки! Это COLLATION - набор правил для сравнения строковых значений.

Хотя справедливости ради следует сказать, что возможные COLLATION определяются использованным CHARACTER SET. А для показанных значений они различны - utf8mb4_general_ci указывает на UTF8MB4, а utf8_general_ci на UTF8, который для этой версии СУБД является алиасом UTF8MB3.

Влияет ли это как-то на производительность mysql?

Если выполняется сравнение строковых значений (либо иная обработка таких значений в пределах одного выражения) с указанными CHARSET/COLLATION - несомненно, поскольку перед сравнением как минимум одно из значений должно подвергнуться конвертированию CHARSET, а это ресурсы.

Если нет - то на производительность именно СУБД это влияет слабо. Заметное влияние будет при прогреве кэшей, а также в случае ну очень объёмных таблиц.

Плюс гарантированное преобразование финального набора записей при несовпадении CHARSET поля и клиентского соединения.

Comments

[Ипатьев]

При всем уважении, это довольно педантский ответ
Если у вас в таблицы связаны не по первичным ключам, а по строкам, то проблема с "перекодированием" будет вас волновать в последнюю очередь.
Плюс я не уверен, что там в принципе используется перекодирование, поскольку фактически это одна и та же кодировка, в одной просто меньше знакомест.

[Akina]

Ипатьев,

Если у вас в таблицы связаны не по первичным ключам, а по строкам, то проблема с "перекодированием" будет вас волновать в последнюю очередь.

Если таблицы связаны, то кодировки и правила сравнения должны быть совместимы. Внешний ключ поля с UTF8 на поле с UTF8MB4 или обратно невозможен в принципе. Так что да - если таблица не создаётся, то проблемы перекодирования тупо нет.

Плюс я не уверен, что там в принципе используется перекодирование, поскольку фактически это одна и та же кодировка, в одной просто меньше знакомест.

Документация считает иначе.
Character Set and Collation Compatibility
Collation Coercibility in Expressions

Практика - подтверждает информацию из документации.

Answer 2

[Владимир Коротенко]

Проверьте вместо глупых вопросов.
Есть профайлеры, есть вариант написать свой код.

Comments

[Ипатьев]

К сожалению, средний пользователь ПК не в состоянии проводить статистически значимые тесты. Внося чудовищные погрешности в процессе.
И такой совет в 100% случаев приводит только к возникновению диких суеверий.

[Владимир Коротенко]

Ипатьев, Не несите ересь, не позорьте род!
Первый профайлер это время отклика. Если человек испытывает дискомфорт, то где то лажа.
Дальше идут инструментальные средства, которые выявляют узкие места.
(или человек с большим опытом который ткнет куда нужно)

[Ипатьев]

Понимаю, вы просто сотрясаете воздух.
Профайлеры не показывают разницу между двумя неясными идеями.

[Владимир Коротенко]

Ипатьев, за меня ответил Akina
Заметьте размер полей возрастет в 25%
Насколько просядет производительность при не той кодировке, знает только профайлер.
Но да Интелу и АМД нужно продавать процы а Микрону память

[Владимир Коротенко]

Ипатьев,

Профайлеры не показывают разницу между двумя неясными идеями

Куда уж яснее? 2 разных кодировки, сравниваем одинаковые наборы данных.
Вы этого не умеете?

[Ипатьев]

Заметьте размер полей возрастет в 25%

Шерститстость у вас возрастет. Как у Шарика из мультфильма :)

Если вы прочтете ответ Akina, то там нет ни слова про "возрастание". По той простой причине, что никакого возрастания при изменении кодировки с utf8 на utf8mb4 нет и быть не может. Про возрастание писал ниже Sergey В., полную чушь.
Если вы хоть немного почитаете про кодировки, то вам это тоже станет ясно.

Вот видите, вы не понимаете сути вопроса, а беретесь отвечать на него.
И просто сыплете общими фразами про профайлер и Интел, в надежде произвести впечатление эксперта.
Но в итоге выглядите просто глупо :)

[Владимир Коротенко]

Ипатьев, Зачем столько много слов? Сделай профилировку.

Answer 3

[Ипатьев]

Нет, не влияет.
Если хотите чтобы у вас нормально сохранялись тексты, а не рубились на половине, используйте utf8mb4
про utf8 давно пора забыть

Answer 4

[Sergey В.]

utf8mb4 - 4 байта на символ.
utf8 - 3 байта на символ.
При выборке двух больших одинаковых текстовых массивов, байтовый объём в первом случае будет на 25% больше.

Comments

[Vitsliputsli]

И как это скажется на производительности?

[Ипатьев]

этот ответ полностью неверный
Вы путаете utf8 с utf16
никаких 3 или 4 байтов на символ там и рядом не лежало.