MySQL中float、double和decimal间的选择
对于单精度浮点数Float: 当数据范围在±131072（65536×2）以内的时候，float数据精度是正确的，但是超出这个范围的数据就不稳定，没有发现有相关的参数设置建议：将float改成double或者decimal，两者的差别是double是浮点计算，decimal是定点计算，会得到更精确的数据
float和double求SUM的结果都是不精确的，只有decimal求SUM得到的是精准数值：
所以，decimal 类型是适合财务和货币计算的128位数据类型。
1、浮点数存在误差问题；
2、对货币等对精度敏感的数据，应该用定点数表示或存储；
3、编程中，如果用到浮点数，要特别注意误差问题，并尽量避免做浮点数比较；
4、要注意浮点数中一些特殊值的处理
整型，tinyint、smallint、mediumint、int 和bigint类型间的选择
| 类型 |
字节 |
最小值 |
最大值 |
| (带符号的/无符号的) |
(带符号的/无符号的) |
||
| TINYINT |
1 |
-128 |
127 |
| 0 |
255 |
||
| SMALLINT |
2 |
-32768 |
32767 |
| 0 |
65535 |
||
| MEDIUMINT |
3 |
-8388608 |
8388607 |
| 0 |
16777215 |
||
| INT |
4 |
-2147483648 |
2147483647 |
| 0 |
4294967295 |
||
| BIGINT |
8 |
-9223372036854775808 |
9223372036854775807 |
| 0 |
18446744073709551615 |
表格一共有四列分别表式:字段类型, 占用字节数, 允许存储的最小值, 允许存储的最大值.
我们拿int类型为例:
int类型, 占用字节数为4byte, 学过计算机原理的同学应该知道, 字节(byte)并非是计算机存储的最小单位, 还有比字节(byte)更小的单位, 也就是位(bit),一个位就代表一个0或1; 8个位组成一个字节; 一般字节用大写B来表示byte, 位用小写b来表示bit.
计算机存储单位的换算:
1B=8b
1KB=1024B
1MB=1024KB
那么根据int类型允许存储的字节数是4个字节, 我们就能换算出int UNSIGNED(无符号)类型的能存储的最小值为0, 最大值为4294967295(即4B=32b, 最大值即为32个1组成);
mysql的sign 和unsigned之间的选择
带符号和不带符号的区别
探索一：正负数问题
拿tinyint字段来举例，unsigned后，字段的取值范围是0-255，而signed的范围是-128 - 127。 那么如果我们在明确不需要负值存在的情况下，通常是不要设置signed来支持负数的。 因为只支持正数会让存储空间大一倍呢（当然我这种表达可能不准确）。 假设我们使用tinyint来存储一些状态值。 0表示删除，1表示待付款，2表示已付款，3...。 突然来个需求要加订单取消，一些有代码洁癖的人就想，那就将定义为：-1表示取消吧。 但是就因为有了-1，我们说起来应该可以从0存到255的，结果就变为了0-127。 所以一般情况下，我们不建议这样设置
字段设置为unsigned后有一个问题是：
当select a - b from t时，a为10，b为12，那么这时就会出现异常情况：ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(`test`.`t`.`a` - `test`.`t`.`b`)'
所以注意这种情况即可
探索二：性能问题
严格讲，在性能上是有细微的差别的。 unsigned的性能更好，当只存储正整数的情况下。 因为，当unsigned时，假设查询值在500以下的数据，那么MySQL会将范围定义为：0-500，而如果是signed，则查询范围为：-2147483648 - 500。
