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<M。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。