MySQL 表中的 64 位密码哈希
我使用此函数对密码进行哈希处理：
// RETURNS: rAyZOnlNBxO2WA53z2rAtFlhdS+M7kec9hskSCpeL6j+WwcuUvfFbpFJUtHvv7ji
base64_encode(hash_hmac('sha384', $str . SC_NONCE, SC_SITEKEY, true));
并将哈希值存储在 char(64) 字段中（MySQL -InnoDB）。
我应该使用 varchar(64) 而不是 char(64) 吗？为什么？
编辑： 我将 sha256 更改为 sha384。因为在这个例子中，sha256 总是为我返回 44 个字节。抱歉造成混乱。现在是 64 字节。
I use this function for hashing my passwords:
// RETURNS: rAyZOnlNBxO2WA53z2rAtFlhdS+M7kec9hskSCpeL6j+WwcuUvfFbpFJUtHvv7ji
base64_encode(hash_hmac('sha384', $str . SC_NONCE, SC_SITEKEY, true));
And I store hashes in char(64) field (MySQL -InnoDB).
Should I use varchar(64) instead of char(64)? Why?
Edit:
I changed sha256 with sha384. Because in this example, sha256 always returns 44 bytes for me. Sorry for confusing. Now it's 64-bytes.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
varchar 仅使用所需的长度来节省存储空间。如果 64 位散列始终是 64，那么它在存储方面没有区别，因此在这种情况下 char 可能与 varchar 一样好。
如果要存储可变长度数据，那么 varchar 将节省不必要的空间浪费。
varchars save storage by only using up to the length required. If the 64 bit hash is always 64 then it makes no difference in terms of storage so probably char is just as good as varchar in this case.
If you have variable length data to store, then a varchar will save wasting unnecessary space.
您应该使用 CHAR(64)，因为您的哈希长度是固定的。使用VARCHAR会添加另一个字节，浪费空间。
You should use CHAR(64) since your hash is fixed in length. Using VARCHAR will add another byte, wasting space.
即使您使用的是 Base 64 编码字符串，结果的长度也不一定是 64 位。在这种情况下，
VARCHAR更好，因为结果可以短于 64 位。事实上，如此处所示，64 位是最大长度而不是设置长度。
Even though you are using a Base 64 encoded string, the result is not necessarily 64 bits in length. In this case,
VARCHARis better because the result can be shorter than 64 bits.In fact as seen here, 64 bits is the maximum length rather than the set length.