官方文档如下描述：
This variable indicates the number of equality ranges in an equality comparison condition when the optimizer should switch from using index dives to index statistics in estimating the number of qualifying rows. It applies to evaluation of expressions that have either of these equivalent forms, where the optimizer uses a nonunique index to look up col_name values:
col_name IN(val1, ..., valN)
col_name = val1 OR ... OR col_name = valN
In both cases, the expression contains N equality ranges. The optimizer can make row estimates using index dives or index statistics. If eq_range_index_dive_limit is greater than 0, the optimizer uses existing index statistics instead of index dives if there are eq_range_index_dive_limit or more equality ranges. Thus, to permit use of index dives for up to N equality ranges, set eq_range_index_dive_limit to N + 1. To disable use of index statistics and always use index dives regardless of N, set eq_range_index_dive_limit to 0.
简单来说就是根据eq_range_index_dive_limit参数设置的阀值来按照不同算法预估影响行数，对于IN或OR条件中的每个范围段视为一个元组，对于元组数低于eq_range_index_dive_limit参数阀值时使用index dive，高于阀值时使用
index dive：针对每个元组dive到index中使用索引完成元组数的估算，类似于使用索引进行实际查询得到影响行数
index statistics：即根据索引的统计数值进行估算，例如索引统计信息计算出每个等值影响100条数据，那么IN条件中包含5个等值则影响5*100条记录
在MySQL 5.6版本中引入eq_range_index_dive_limit参数，默认值为10，通常业务在使用IN时会超过10个值，因此在MySQL 5.7版本中将默认阀值设为200。
========================================
测试环境：
MySQL版本：5.6.20
测试用例表：t_disk_check_result_his，该表存放的1200+台服务器的约95万条磁盘数据
测试目的：通过各种角度来验证index dive和index statistics两种方式的优缺点
1、检查参数
show variables like '%eq_range_index_dive_limit%';
2、查看查询使用到的索引和表
SHOW INDEX FROM t_disk_check_result_his G
show table status like 't_disk_check_result_his' G
SELECT *
FROM innodb_index_stats
WHERE table_name='t_disk_check_result_his'G
3、查看SQK执行计划
DESC SELECT *
FROM t_disk_check_result_his
WHERE server_ip IN(
'1.1.1.1',
'1.1.1.2',
'1.1.1.3',
);
调整IN条件中的值数量，查看影响行数
经过多次测试，得到以下数据：
根据步骤2在索引上获得的数据，949337/2674=355 恰好等于超过eq_range_index_dive_limit参数阀值的平均影响行数，
实际执行发现，对于低于eq_range_index_dive_limit参数阀值的查询，预估影响行数和实际影响行数相差不多，较为准确。
========================================
使用profiling来查看, IN条件中包含9个server_ip时，即使用index dive方式消耗如下：
IN条件中包含11个server_ip时，即使用index dive方式消耗如下：
在statistics步骤中，使用index dive方式消耗的时间约是index statistics方式的3.3倍。
========================================
将eq_range_index_dive_limit参数设置为10，来测试IN条件中包含100个server_ip的资源消耗：
将eq_range_index_dive_limit参数设置为200，来测试IN条件中包含100个server_ip的资源消耗：
IN条件中包含100个server_ip的相同条件下，使用index dive方式消耗的时间约是index statistics方式的213倍
========================================
结论：
在使用IN或者OR等条件进行查询时，MySQL使用eq_range_index_dive_limit参数来判断使用index dive还是使用index statistics方式来进行预估：
1、当低于eq_range_index_dive_limit参数阀值时，采用index dive方式预估影响行数，该方式优点是相对准确，但不适合对大量值进行快速预估。
2、当大于或等于eq_range_index_dive_limit参数阀值时，采用index statistics方式预估影响行数，该方式优点是计算预估值的方式简单，可以快速获得预估数据，但相对偏差较大。
=======================================
参考连接：
https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html
http://www.cnblogs.com/zhiqian-ali/p/6113829.html
http://blog.163.com/li_hx/blog/static/18399141320147521735442/