1，工作中，同事说find_in_set效率可低了，不如把记录存成多条。比如一个user_id=3对应qrcode=‘23,24,25,26’，不如存成四条记录，qrcode改成int类型，这样效率高。我是保持怀疑态度的。实践是检验真理的唯一标准。
2，我开始在自己本地数据库中创建测试数据，数据中的数字部分都是随机生成的。textbook表是qrcode类型是varchar，user表的qrcode是int类型
textbook.png
user.png
textbook表创建了10万条测试数据，其中qrcode存了四个id的字符串。
user表创建了40万条测试数据，其中qrcode只存一个int类型的数字。
textbook.png
user.png
3，开始查询验证
user表用时0.110s
select * from user where qrcode=4
// 查询出366条，用时0.110s
user.png
textbook表用时：
select * from textbook where FIND_IN_SET('4',qrcode)
// 查询出370条，用时0.039s
image.png
4，如果把textbook表的数据增加到40万条，同样的sql查询，看看结果：
user表的查询速度变慢了。用时0.113s。
textbook表的查询用时 0.176s
user.png
textbook.png
此时user表和textbook表数据一样多的时候，find_in_set的速度是不如int类型分开存储的情况。
5，仅测试这种存储方式对查询速度的影响。find_in_set对速度影响并不大
6，再更新一下，忽略了一个问题，存数字的情况下，没有建索引。给user表的qrcode字段加一个普通索引，速度提升明显。未加索引之前，用时0.110s。加上普通索引后耗时0.040s。
user.png
