Порядок байтов MySql UUID
У меня есть таблица MySql, в которой первичным ключом является столбец с автоинкрементом, а также столбец binary(16) с уникальным индексом для хранения UUID.
MySqlConnector имеет вариант подключения для GuidFormat, в котором я запутался между TimeSwapBinary16 и LittleEndianBinary16 с точки зрения того, какой из них был бы лучшим выбором и почему.
Обеспечивает ли расположение байтов UUID в определенном порядке преимущество, когда речь идет об эффективности и производительности, например, во время вставок, индексации, выбора с помощью столбца binary(16) в предложении WHERE и т. д.?
Может кто-нибудь объяснить это?
Ответы 1
Существует общий принцип, заключающийся в том, что вставка новых значений в индекс в порядке возрастания приводит к более эффективному индексу.
Хотя формат UUID по умолчанию для MySQL включает байты, сгенерированные из метки времени, они не находятся в позиции байта в UUID, которая соответствует цели «вставить в порядке возрастания». В MySQL 8.0 они представили функцию UUID_TO_BIN(), которая имеет возможность переупорядочивать байты так, чтобы при генерации значений UUID они упорядочивались по отметке времени.
Опция соединителя TimeSwapBinary16 использует эту опцию, поэтому она лучше подходит для вставки индекса.
Разница в производительности между неупорядоченными и упорядоченными UUID показана с подробными тестами в этом сообщении блога, если вам интересно: https://www.percona.com/blog/2014/12/19/store-uuid-optimized-way/
Пожалуйста, добавьте к своему вопросу, каковы ваши критерии для выбора одного из двух параметров. Один не лучше другого, если только вы не добавите критерий к своему решению. Вопрос в том, "лучший выбор для чего?".