知识点问答

Q1：
select count(*) from t;
t中有id(主键)，name，age,sex4个字段，假设数据10条，对sex添加索引，用explain 查看执行计划发现用了sex索引，为什么不是主键索引呢?

A1：
1、MySQL Innodb的主键索引是一个B+树，数据存储在叶子节点上，10条数据，就有10个叶子节点；
2、sex索引是辅助索引，也是一个B+树，不同之处在于，叶子节点存储的是主键值，由于sex只有2个可能的值：男和女，因此，这个B+树只有2个叶子节点，比主键索引的B+树小的多；
3、这个表有主键，因此不存在所有字段都为空的记录，所以COUNT(*) 只要统计所有主键的值就可以了，不需要回表读取数据；
4、SELECT COUNT(*) FROM t，使用sex索引，只需要访问辅助索引的小B+树，而使用主键索引，要访问主键索引的那个大B+树，明细工作量大，这就是优化器使用辅助索引的原因。

Q2：
为什么说MySQL的浮点数不精确呢？
A2：
1、问题出在MySQL对浮点数的类型的数据的存储方式上；
2、MySQL 用 4 个字节存储 FLOAT 类型数据，用 8 个字节来存储 DOUBLE 类型数据。
无论哪个，都是采用二进制的方式来进行存储的。比如 9.625，用二进制来表达，就是 1001.101，或者表达成 1.001101×2^3。看到了吗？如果尾数不是 0 或 5（比如 9.624），你就无法用一个二进制数来精确表达。怎么办呢？就只好在取值允许的范围内进行近似（四舍五入）。

Q3：
MySQL的定点数据类型怎么实现精确呢？
A3：
1、浮点数类型是把十进制数转换成二进制数存储，DECIMAL 则不同，它是把十进制数的整数部分和小数部分拆开，分别转换成十六进制数，进行存储。这样，所有的数值，就都可以精准表达了，不会存在因为无法表达而损失精度的问题；
2、MySQL 用 DECIMAL（M,D）的方式表示高精度小数。其中，M 表示整数部分加小数部分，一共有多少位，M<=65。D 表示小数部分位数，D