84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
Mysql 字段整型 常用来排序和筛选的到底需要不需要索引呢？一直很纠结。
走同样的路，发现不同的人生
加B-Tree索引有如下三个有点1，减少服务器需要扫描的数据量。2，可以帮助服务器避免排序和临时表。3，可以将随机I/O变为顺序I/O。如果数据表中的数量很小的情况可以先不加，简单的全表扫描更高效。对于中到大型的表，索引就非常有效。但对于特大型的表，建立和使用索引的代价将随之增长。这种情况下，则可以使用分区技术，查询需要的一组数据，而不是一条记录一条记录的匹配了。希望对你有帮助。
要看数据的离散程度，如果是学号之类连续的数据就不需要索引，电话号这样离散程度比较高的数据可以考虑设置一个索引 。
数据量大的话加 整型比字符效率高题主可以看看索引优化方面的知识
看数据量，看业务需求。没有前提的技术方案都是耍流氓。以后提问前把自己的业务场景说清楚
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
加B-Tree索引有如下三个有点
1，减少服务器需要扫描的数据量。
2，可以帮助服务器避免排序和临时表。
3，可以将随机I/O变为顺序I/O。
如果数据表中的数量很小的情况可以先不加，简单的全表扫描更高效。对于中到大型的表，索引就非常有效。但对于特大型的表，建立和使用索引的代价将随之增长。这种情况下，则可以使用分区技术，查询需要的一组数据，而不是一条记录一条记录的匹配了。希望对你有帮助。
要看数据的离散程度，如果是学号之类连续的数据就不需要索引，电话号这样离散程度比较高的数据可以考虑设置一个索引 。
数据量大的话加 整型比字符效率高
题主可以看看索引优化方面的知识
看数据量，看业务需求。没有前提的技术方案都是耍流氓。以后提问前把自己的业务场景说清楚