MySQL8.0.18版本增加了一个新的特性hashjoin，关于hashjoin，通常其执行过程如下，首先基于join操作的一个表，在内存中创建一个对应的hash表，然后再一行一行的读另外一张表，通过计算哈希值，查找内存中的哈希表。
这种方式真的能带来很大的性能提升吗？
hashjoin仅仅在join的字段上没有索引时才起作用，在此之前，我们不建议在没有索引的字段上做join操作，因为通常中这种操作会执行得很慢，但是有了hashjoin，它能够创建一个内存中的hash表，代替之前的nestedloop，使得没有索引的等值join性能提升很多。
通过示例来看下性能有多大提升：
随机插入条记录到两张表中。
c2字段没有索引，看下hashjoin的执行计划：
通过explainformat=tree能够看到hashjoin是否被使用，这是新加的功能，而传统的explain仍然会显示nestedloop，这种情况容易产生误解。
测试一，hashjoin
实际执行时，hashjoin一共耗时0.73秒。
测试二，非hashjoin
通过禁用hashjoin，看下执行耗时，如下：
一共耗时13分36秒。
测试三，基于索引的join
一共耗时2.63秒。
结果对比：
hashjoin：0.73秒非hashjoin：13分36.36秒基于索引的join：2.63秒从结果对比可以看出，hashjoin执行性能确实提升很多。
配置hashjoin功能是否开启：
optimizer_switch中的hash_join=on/off，默认为onsql语句中指定HASH_JOIN或者NO_HASH_JOIN限制：
hashjoin只能在没有索引的字段上有效hashjoin只在等值join条件中有效hashjoin不能用于leftjoin和rightjoin最后：
hashjoin是一个比较强大的join选项，也许这仅仅是一个开头，在不久的将来，基于它可能会延伸出更多更强大的特性，比如支持leftjoin和rightjoin等等。