java伪装成mysql从节点_java架构之路-（mysql底层原理）Mysql之让我们再深撸一次mysql...

max_length_for_sort_data 的参数默认为1024字节，我们就将我们要排序的结果集拿到sort buffer中进行排序，如果大于1024字节，放不下啦，也就是双路排序，也可以叫回溯排序，就是我们只拿着需要排序的字段和唯一标识的id到sort buffer中进行排序，排序以后再回去找他们对应的数据，

这个就是双路排序，使用trace工具可以看到不同的using filesort，可以自己尝试。输入set max_length_for_sort_data = 字节数，可以自己更改这个参数，最好没事别动这个玩意。让DBA调，我们只是知道这么回事，太底层的还没深入研究。

貌似说了这么多可以出几个面试题来聊聊了。

1、我们InnoDB的主键用数字自增好，还是UUID好？

答：当然是数字的好，还是回到我们的B+tree，这颗树是按照由小到大，由左向右来排列的。我们的数字便于我们去比较，UUID比较起来是很耗力耗时的。而且UUID比较占地方，mysql的B+tree的每个节点16KB大小，我们用数字类型，可在有限的空间内，有限的层级，存储更多的数据(其实没啥用了，三层的B+tree就可以存2000万的数据了)

而且最好是自动增长的，因为中间有间隙时，当我们插入的数据正好需要排列在间隙位置，可能会造成树的重新排列，影响效率。

2、为什么要设置is not null字段。

答：mysql对于null是不友好的，官方文档也是这样来说的，不建议使用null，null都放在B+tree最左侧，对于比较大小是很不利的。在sql语句中where ** is null 会直接不使用索引，与其null还不如给予其一个默认值。

3、什么是最左前缀原则。

答：我们在使用复合索引时必须要按照其顺序充分的使用，比如我们的联合索引为ABC三列，那我们想用C就一定先使用B，想使用B一定要使用A。范围查询以后的索引不再继续使用，并且不要做任何函数计算处理，也会不再走索引查询了。

再就是比如有一个字段varchar类型，我们在比较数字的时候一定要加“”，不然mysql底层会执行一个强转函数，从而造成不在走索引。

4、说说对于mysql的优化措施。个人总结。

答： 使用int类型作为主键，且自动增长。(一定要设置一个主键)，设置索引字段is not null，索引字段要选择区分度高使用频率高的字段。

货币字段使用DECIMAL来存储。 很多事还要对应实际的业务需要来确定的。

mysql的索引个人觉得差不多就这么多吧。关于索引的使用优化并没有说太多，这个还是需要靠个人经验的，心中有索引的存储模型，熟练使用explain我相信优化sql不成问题的。

下一期我们再来说说mysql的锁，事务，分布式还有日志。 还有MVCC

有一个点忘记说了，select count(name) from table 非主键索引是最快的。别不信，自己琢磨琢磨。自己去试(InnoDB)。MyISAM引擎有维持count的内存。

最进弄了一个公众号，小菜技术，欢迎大家的加入