登录
首页 >  数据库 >  MySQL

MySQL怎么设计表?21个经验准则分享

来源:SegmentFault

时间:2023-01-14 19:25:34 444浏览 收藏

IT行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习,精进自己的技术,尤其是初学者。今天golang学习网给大家整理了《MySQL怎么设计表?21个经验准则分享》,聊聊MySQL、Java、数据库、程序员,我们一起来看看吧!

1.命名规范

数据库表名、字段名、索引名等都需要命名规范,可读性高(一般要求用英文),让别人一看命名,就知道这个字段表示什么意思。

比如一个表的账号字段,反例如下

  • 表名、字段名必须使用小写字母或者数字,禁止使用数字开头,禁止使用拼音,并且一般不使用英文缩写。

  • 主键索引名为

  • 尽可能选择存储空间小的字段类型,就好像数字类型的,从

  • 物理删除:把数据从硬盘中删除,可释放存储空间

  • 逻辑删除:给数据添加一个字段,比如is_deleted,以标记该数据已经逻辑删除。

  • 物理删除就是执行

  • 为什么不推荐使用物理删除,因为恢复数据很困难

  • 物理删除会使自增主键不再连续

  • 核心业务表 的数据不建议做物理删除,只适合做状态变更。

  • 6. 每个表都需要添加这几个通用字段如主键、create_time、modifed_time等

    表必备一般来说,或具备这几个字段:

    • id:主键,一个表必须得有主键,必须

    • create_time:创建时间,必须

    • modifed_time/update_time: 修改时间,必须,更新记录时,需要更新它

    • version : 数据记录的版本号,用于乐观锁,非必须

    • remark :数据记录备注,非必须

    • modified_by :修改人,非必须

    • creator :创建人,非必须

    7. 一张表的字段不宜过多

    我们建表的时候,要牢记,一张表的字段不宜过多哈,一般尽量不要超过20个字段哈。笔者记得上个公司,有伙伴设计开户表,加了五十多个字段。。。

    如果一张表的字段过多,表中保存的数据可能就会很大,查询效率就会很低。因此,一张表不要设计太多字段哈,如果业务需求,实在需要很多字段,可以把一张大的表,拆成多张小的表,它们的主键相同即可。

    当表的字段数非常多时,可以将表分成两张表,一张作为条件查询表,一张作为详细内容表 (主要是为了性能考虑)。

    8. 尽可能使用not null定义字段

    如果没有特殊的理由, 一般都建议将字段定义为 NOT NULL 。

    为什么呢?

    • 首先,

    • 索引也不要建得太多,一般单表索引个数不要超过5个。因为创建过多的索引,会降低写得速度。

    • 区分度不高的字段,不能加索引,如性别等

    • 索引创建完后,还是要注意避免索引失效的情况,如使用mysql的内置函数,会导致索引失效的

    • 索引过多的话,可以通过联合索引的话方式来优化。然后的话,索引还有一些规则,如覆盖索引,最左匹配原则等等。。

    假设你新建一张用户表,如下:

  • 第一范式:对属性的原子性,要求属性具有原子性,不可再分解;

  • 第二范式:对记录的唯一性,要求记录有唯一标识,即实体的唯一性,即不存在部分依赖;

  • 第三方式:对字段的冗余性,要求任何字段不能由其他字段派生出来,它要求字段没有冗余,即不存在传递依赖;

  • 我们设计表及其字段之间的关系, 应尽量满足第三范式。但是有时候,可以适当冗余,来提高效率。比如以下这张表

    商品名称商品型号单价数量总金额
    手机华为8000540000

    以上这张存放商品信息的基本表。总金额这个字段的存在,表明该表的设计不满足第三范式,因为

  • 使用外键存在性能问题、并发死锁问题、使用起来不方便等等。每次做DELETE或者

  • utf8:支持中英文混合场景,国际通过,3个字节长度

  • utf8mb4:   完全兼容utf8,4个字节长度,一般存储emoji表情需要用到它。

  • GBK :支持中文,但是不支持国际通用字符集,2个字节长度

  • latin1:MySQL默认字符集,1个字节长度

  • 15. 如果你的数据库字段是枚举类型的,需要在comment注释清楚

    如果你设计的数据库字段是枚举类型的话,就需要在comment后面注释清楚每个枚举的意思,以便于维护

    正例如下:

  • date :表示的日期值, 格式yyyy-mm-dd,范围

  • 可以通过数据库中的相关表实现级联更改。

  • 实时监控某张表中的某个字段的更改而需要做出相应的处理。

  • 例如可以生成某些业务的编号。

  • 注意不要滥用,否则会造成数据库及应用程序的维护困难。

  • 对于MYSQL来说,存储过程、触发器等还不是很成熟, 并没有完善的出错记录处理,不建议使用。

    18. 1:N 关系的设计

    日常开发中,1对多的关系应该是非常常见的。比如一个班级有多个学生,一个部门有多个员工等等。这种的建表原则就是:在从表(

  • 分库:就是一个数据库分成多个数据库,部署到不同机器。

    • 分表:就是一个数据库表分成多个表。

    我们在设计表的时候,其实可以提前估算一下,是否需要做分库分表。比如一些用户信息,未来可能数据量到达百万设置千万的话,就可以提前考虑分库分表。

    为什么需要分库分表: 数据量太大的话,SQL的查询就会变慢。如果一个查询SQL没命中索引,千百万数据量级别的表可能会拖垮整个数据库。即使SQL命中了索引,如果表的数据量超过一千万的话,查询也是会明显变慢的。这是因为索引一般是B+树结构,数据千万级别的话,B+树的高度会增高,查询就变慢啦。

    分库分表主要有水平拆分、垂直拆分的说法,拆分策略有range范围、hash取模。而分库分表主要有这些问题:

    • 事务问题

    • 跨库关联

    • 排序问题

    • 分页问题

    • 分布式ID

    21. sqL 编写的一些优化经验

    最后的话,跟大家聊来一些写SQL的经验吧:

    • 查询SQL尽量不要使用select *,而是select具体字段

    • 如果知道查询结果只有一条或者只要最大/最小一条记录,建议用limit 1

    • 应尽量避免在where子句中使用or来连接条件

    • 注意优化limit深分页问题

    • 使用where条件限定要查询的数据,避免返回多余的行

    • 尽量避免在索引列上使用mysql的内置函数

    • 应尽量避免在 where子句中对字段进行表达式操作

    • 应尽量避免在where 子句中使用!=操作符

    • 使用联合索引时,注意索引列的顺序,一般遵循最左匹配原则。

    • 对查询进行优化,应考虑在where 及 order by涉及的列上建立索引

    • 如果插入数据过多,考虑批量插入

    • 在适当的时候,使用覆盖索引

    • 使用explain 分析你SQL的计划

    到这里,我们也就讲完了《MySQL怎么设计表?21个经验准则分享》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于mysql的知识点!

    声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
    相关阅读
    更多>
    最新阅读
    更多>
    课程推荐
    更多>
    评论列表