MySQL тип данных для пасса

varchar(255)

char (len)

Для md5, например, char (32).

А посолить?

В MySQL строки фиксированной длины быстрее.

При указании длины поля varchar оно преобразуется в char.

255 - многовато.

Соль храниться отдельно.

Зато можно не гадать и проще сменить хеш-функцию.

Что может быть проще одного запроса в БД на изменение структуры поля?

Зачем менять тип данных в бд, если проще изменить тип хеширования на стороне php?

Вы тут долго еще придумывать будете, самое анальное решение? :D

Затем, что тип хеширования меняется раз во много лет, если вообще меняется. И использовать для этого varchar(255) во время каждого запроса нецелесообразно. Почему бы тогда вообще не использовать, скажем, text? Почему бы для bool-значений не юзать int(11)? Со всеми этими абстракциями и фреймворками вы совсем забыли про оптимизацию и грамотное расходование ресурсов.

грамотное расходование ресурсов

Скорее педантичный расход спичек :D

В MySQL строки фиксированной длины быстрее.

Современные InnoDB все равно хранит как varchar.

Так что пруфа для «быстрее» не будет.
Так же как пруфа что varchar(32) быстрее/занимает меньше места чем varchar(255).

Максимум что может произойти, оптимизатор ошибется: будет думать что надо больше байт считать с диска. Ну и буфера под строки больше будут, то это не уловить если есть запросы медленнее 5мс.

Тогда нужно отдельно хранить пароль, его хэш и соль. Ъ

Пароль вообще хранить не нужно.

если надо хранить бинарные данные (типа md5/sha), то var/binary(16) нужен под md5, или var/binary(20) под sha1.
Для паролей, разница в скорости все равно не очень большая получается (а вот если в базе во все поля uuid, то будет существенная, т.к. уменьшается размер всех индексов (uuid обычно primary key))

Пароль вообще хранить не нужно.

Это был сарказм на твоё высказывание о том, что:

Соль храниться отдельно.

Ибо, нахрена нужна соль, если ты пасс в обычном md5 захешировал.

makeB, в php разработчики недавно добавили спец. функцию, выдающую хеш к паролям. Посмотри длину результата и сделай varchar(len).

Ибо, нахрена нужна соль, если ты пасс в обычном md5 захешировал.

То, что пароль соленый подразумевается по-умолчанию, не нахожу нужным напоминать (давно все знают) о том, что пароли нужно солить.

Оптимизаторы такие оптимизаторы. Про спички четко выше сказано.

Оптимизаторы такие оптимизаторы. Про спички четко выше сказано.

[Ванга мод он]

На жабке прогаешь? Либо быдлокодишь личный бложек с посещаемостью 3 юзера в сутки, да и те - поисковики.

[Ванга мод офф]

На вопрос выше мне не ответили - почему бы сразу text для паролей не использовать? Спички спичками, но когда сталкиваешься с нагрузками на пределе возможностей сервера, они играют немаленькую роль.

Только char(16) в бинарном виде, только хардкор. Не допускать программистской слабости char(32)!

На вопрос выше мне не ответили - почему бы сразу text для паролей не использовать?

А какая от этого польза?