Что быстрее: char (1) или tinyint (1)? Зачем?

МОЯ ПЛАТФОРМА:

PHP и mySQL

МОЯ СИТУАЦИЯ:

Я столкнулся с ситуацией, когда мне нужно сохранить значение для выбора пользователя в одном из моих столбцов таблицы. Теперь мои варианты:

Объявите столбец как char (1) и сохраните значение как 'y' или 'n'
Или объявите столбец как tinyint (1) и сохраните значение как 1 или 0
Этот объявленный столбцом также может быть проиндексирован для использования в приложении.

МОИ ВОПРОСЫ:

Итак, я хотел знать, какой из этих двух типов:

Приводит к более быстрой скорости запроса при доступе к этому столбцу (для простоты, оставьте без смешивания другие запросы или доступ к другим столбцам, пожалуйста).
Является наиболее эффективным способом хранения и доступа к данным и почему?
Как скорость доступа меняется, если столбцы индексируются, а когда нет?

Я понимаю, что, поскольку char (1) и tinyint (1) занимают только 1 байтовое пространство, пространство для хранения в этом случае не будет проблемой. Тогда осталась бы скорость доступа. Насколько мне известно, числовое индексирование быстрее и эффективнее всего. Но я считаю, что здесь трудно принять решение. Было бы обязательно услышать ваш опыт на этом.

Спасибо заранее.

Ответ 1

Я думаю, вы должны создать столбец с ENUM('n','y'). Mysql сохраняет этот тип оптимальным образом. Это также поможет вам сохранить только допустимые значения в поле.

Вы также можете сделать его более дружественным к человеку ENUM('no','yes'), не влияя на производительность. Поскольку строки 'no' и 'yes' сохраняются только один раз для определения ENUM. Mysql сохраняет только индекс значения в строке.

Также обратите внимание на сортировку по столбцу ENUM:

Значения ENUM сортируются в соответствии с порядком, в котором перечисляемые элементы перечислены в спецификации столбца. (Другими словами, значения ENUM сортируются в соответствии с их номерами индексов.) Например, 'a' сортирует перед 'b' для ENUM ('a', 'b'), но 'b' сортирует перед 'a' для ENUM ('b', 'a').

Ответ 2

                       Rate insert tinyint(1) insert char(1) insert enum('y', 'n')
insert tinyint(1)     207/s                --            -1%                  -20%
insert char(1)        210/s                1%             --                  -19%
insert enum('y', 'n') 259/s               25%            23%                    --
                       Rate insert char(1) insert tinyint(1) insert enum('y', 'n')
insert char(1)        221/s             --               -1%                  -13%
insert tinyint(1)     222/s             1%                --                  -13%
insert enum('y', 'n') 254/s            15%               14%                    --
                       Rate insert tinyint(1) insert char(1) insert enum('y', 'n')
insert tinyint(1)     234/s                --            -3%                   -5%
insert char(1)        242/s                3%             --                   -2%
insert enum('y', 'n') 248/s                6%             2%                    --
                       Rate insert enum('y', 'n') insert tinyint(1) insert char(1)
insert enum('y', 'n') 189/s                    --               -6%           -19%
insert tinyint(1)     201/s                    7%                --           -14%
insert char(1)        234/s                   24%               16%             --
                       Rate insert char(1) insert enum('y', 'n') insert tinyint(1)
insert char(1)        204/s             --                   -4%               -8%
insert enum('y', 'n') 213/s             4%                    --               -4%
insert tinyint(1)     222/s             9%                    4%                --

кажется, что, по большей части, enum('y', 'n') быстрее вставлять.

                       Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1)        188/s             --               -7%                   -8%
select tinyint(1)     203/s             8%                --                   -1%
select enum('y', 'n') 204/s             9%                1%                    --
                       Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1)        178/s             --              -25%                  -27%
select tinyint(1)     236/s            33%                --                   -3%
select enum('y', 'n') 244/s            37%                3%                    --
                       Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1)        183/s             --              -16%                  -21%
select tinyint(1)     219/s            20%                --                   -6%
select enum('y', 'n') 233/s            27%                6%                    --
                       Rate select tinyint(1) select char(1) select enum('y', 'n')
select tinyint(1)     217/s                --            -1%                   -4%
select char(1)        221/s                1%             --                   -2%
select enum('y', 'n') 226/s                4%             2%                    --
                       Rate select char(1) select tinyint(1) select enum('y', 'n')
select char(1)        179/s             --              -14%                  -20%
select tinyint(1)     208/s            17%                --                   -7%
select enum('y', 'n') 224/s            25%                7%                    --

Выбор также выглядит как enum. Код может быть найден здесь

Ответ 3

Использование tinyint является более стандартной практикой и позволит вам более легко проверить значение поля.

// Using tinyint 0 and 1, you can do this:
if($row['admin']) {
    // user is admin
}

// Using char y and n, you will have to do this:
if($row['admin'] == 'y') {
    // user is admin
}

Я не эксперт в области внутренней работы MySQL, но он интуитивно чувствует, что поиск и сортировка целых полей быстрее, чем поля символов (я просто чувствую, что 'a' > 'z' больше работает, чем 0 > 1), и, похоже, он гораздо более знаком с вычислительной точки зрения, в которой 0s и 1s являются стандартными флагами включения/выключения. Таким образом, хранение целых чисел, по-видимому, лучше, оно приятнее и легче использовать в логике кода. 0/1 - явный победитель для меня.

Вы также можете заметить, что в некоторой степени это официальная позиция MySQL также из их документации:

BOOL, BOOLEAN: Эти типы являются синонимами для TINYINT (1). Значение нуля равно считается ложным. Ненулевые значения считается истинным.

Если MySQL доходит до того, что приравнивает TINYINT (1) к BOOLEAN, это похоже на путь.

Ответ 4

Чтобы это точно знать, вам следует сравнить его. Или знайте, что это, вероятно, не будет иметь большого значения в грандиозном представлении всего проекта.

В столбцах

Char есть кодировки и сопоставления, и их сравнение может включать ненужные переключатели между кодировками, поэтому я предполагаю, что int будет быстрее. По той же причине я считаю, что обновление индекса в столбце int также выполняется быстрее. Но опять же, это не имеет большого значения.

CHAR может занимать более одного байта, в зависимости от выбранного набора символов и параметров таблицы. Некоторые символы могут принимать три байта для кодирования, поэтому MySQL иногда резервирует это пространство, даже если вы используете только y и n.

Ответ 5

Они оба будут так близки, что это не имеет значения. Если вы чувствуете, что должны задавать этот вопрос на SO, вы чрезмерно оптимизируете. Используйте то, что наиболее логично.

Ответ 6

Если вы указываете типы BOOL или BOOLEAN как тип столбца при создании таблицы в MySQL, он создает тип столбца как TINYINT(1). Предположительно это быстрее из двух.

Документация

также:

Мы намерены реализовать полное логическое типа в соответствии с стандартный SQL, в будущем MySQL выпуск.

Ответ 7

В то время как моя догадка заключается в том, что индекс в TINYINT будет быстрее индекса на CHAR (1) из-за того, что нет накладных расходов на обработку строк (сортировка, пробелы и т.д.), У меня есть факты, подтверждающие это. Я предполагаю, что нет существенной разницы в производительности, о которой стоит беспокоиться.

Однако, поскольку вы используете PHP, сохранение в качестве TINYINT имеет больше смысла. Использование значений 1/0 эквивалентно использованию true и false, даже если они возвращаются как строки в PHP и могут обрабатываться как таковые. Вы можете просто сделать if ($record['field']) с вашими результатами в виде булевой проверки, а не конвертировать между "y" и "n" все время.

Ответ 8

 TINYINT    1 Byte
CHAR(M)     M Bytes, 0 <= M <= 255

есть ли другое?