ascii字符组成的字段排序规则我打算用ascii_bin有问题吗

[K-dash]

主要是为了减小索引的key_len
不知道大家在处理字符字段的索引时如何考量这个问题的呢（如账号、邮箱、订单号这些）
发现很多程序员没注意到这个问题，都会默认全部选择utf8

我使用ascii_bin后确实看到key_len变小了，或者其它ascii规则也行，只要一个字符占一个字节就好，怎么排序好像暂时没有明显影响什么

[trainee]

选择默认的ascii_general_ci排序规则就好，不要特意去选择binary, 除非你要大小写敏感比较. 另外: 当一个表两个字符集以上,写SQL的时候,在某种情况,需要写显示转换字符集语句. convert(... using xxx) 你多测试一下以前写的SQL语句.

[K-dash]

引用 1 楼 trainee 的回复:

选择默认的ascii_general_ci排序规则就好，不要特意去选择binary, 除非你要大小写敏感比较. 另外: 当一个表两个字符集以上,写SQL的时候,在某种情况,需要写显示转换字符集语句. convert(... using xxx) 你多测试一下以前写的SQL语句.

噢谢谢提醒，我也不用大小写敏感的 转换方面请问能给出具体场景例子吗? 会不会是两种不同字符集都在同一维度内进行比较计算时要这样呢

[trainee]

两个不同字符集进行比较或concat等操作, 大部分它会自动隐式转换,某些版本或某些场合它会提示错误,需手工进行convert(... using xxx)成相同的字符集才行. 这和mysql版本有关系, 反正要多测试.

[zjcxc]

混用的风险就是字符集转换，这个是头疼的事，一不小心会影响到性能（比如转换发生在表上而不是变量/常量）