Mysql——》字段设计

忘是亡心i 2024-03-23 15:50 41阅读 0赞

> [总结——》【Java】][Java]  
> [总结——》【Mysql】][Mysql]  
> [总结——》【Redis】][Redis]  
> [总结——》【Kafka】][Kafka]  
> [总结——》【Spring】][Spring]  
> [总结——》【SpringBoot】][SpringBoot]  
> [总结——》【MyBatis、MyBatis-Plus】][MyBatis_MyBatis-Plus]  
> [总结——》【Linux】][Linux]  
> [总结——》【MongoDB】][MongoDB]  
> [总结——》【Elasticsearch】][Elasticsearch]

#### Mysql——》字段设计 ####

*  1、更小的更好
 *  2、简单就好
 *  3、尽量避免NULL

## 1、更小的更好 ##

具体：应该尽量使用可以**正确存储**数据的**最小数据类型**。

> **Q：优点？**  
> A：更小的数据类型通常更快

> **Q：原因？**  
> A：因为它们占用更少的磁盘、内存和CPU缓存，并且处理时需要的CPU周期也更少。

> **Q：注意？**  
> A：要确保没有低估需要存储的值的范围。

## 2、简单就好 ##

> **Q：原因？**  
> A：简单数据类型的操作通常需要**更少的CPU周期**。

> **Q：有一个字段，可以用字符串也可以用整型，优先选择哪个数据类型？**  
> A：优先选择**整型**，整型比字符操作代价更低。  
> 因为**字符串**牵涉到了**字符集**及**校对规则**（排序规则）等。

> **Q：有一个字段，存储日期时间，可以用字符串也可以用日期类型，优先选择哪个数据类型？**  
> A：优先选择MySQL内建的**日期类型**。

## 3、尽量避免NULL ##

具体：通常情况下**最好指定列为NOT NULL，除非真的需要存储NULL值**。

> **Q：原因？**  
> A：
> 
> 1.  为NULL的列使得索引、索引统计和值比较都更复杂。
> 2.  为NULL的列会使用更多的存储空间
> 3.  为NULL的列被索引时，每个索引记录需要一个额外的字节。

> **Q：注意？**  
> A：
> 
> 1.  如果计划在列上建索引，就应该尽量避免设计成可为NULL的列。
> 2.  通常把可为NULL的列改为NOT NULL带来的性能提升比较小，所以（调优时）没有必要首先在现有schema中查找并修改掉这种情况，除非确定这会导致问题。

[Java]: https://blog.csdn.net/weixin_43453386/article/details/84788317
[Mysql]: https://blog.csdn.net/weixin_43453386/article/details/88667709
[Redis]: https://blog.csdn.net/weixin_43453386/article/details/127966762
[Kafka]: https://blog.csdn.net/weixin_43453386/article/details/128189472
[Spring]: https://blog.csdn.net/weixin_43453386/article/details/124900806
[SpringBoot]: https://blog.csdn.net/weixin_43453386/article/details/84788714
[MyBatis_MyBatis-Plus]: https://blog.csdn.net/weixin_43453386/article/details/84788053
[Linux]: https://blog.csdn.net/weixin_43453386/article/details/89241912
[MongoDB]: https://blog.csdn.net/weixin_43453386/article/details/84788450
[Elasticsearch]: https://blog.csdn.net/weixin_43453386/article/details/108583782