mysql数据库设计流程
业务分析-->逻辑设计-->数据类型-->对象命名-->建立库表
宽表模式存在的问题
- 数据插入异常：部分数据由于缺失之间信息而无法写入表中
- 数据更新异常：修改一行中某列的值时，同时修改了多行数据
- 数据删除异常：删除某一数据时不得不删除另一数据
- 数据冗余：相同的数据在一个表中出现了多次
数据库第一范式
- 第一范式：表中的所有字段都是不可再分的
数据库第二范式
- 第二范式：表中必须存在业务主键，并且非主键依赖于全部业务主键
数据库第三范式
- 第三范式：表中的非主键列之间不能相互依赖
mysql关联的表越多，查询性能会越差
反范式化设计
减少查询的数据表，提高查询效率
MYSQL常见的存储引擎
| 引擎名称 | 事务 | 说明 |
|---|---|---|
| MYISAM | N | Mysql5.6之前的默认引擎，最常用的非事务型存储引擎，堆表的方式存储，存储没有特别的顺序，没有聚型索引的概念，叶子节点直接指向的物理地址，大量读写因为是表锁会导致阻塞（不推荐） |
| CSV | N | 以SCV格式存储的非事务型存储引擎，读写对整个表加锁，使用它作为不同系统的数据交换，不建议核心业务系统使用 |
| Archive | N | 只允许查询和新增数据而不允许修改的非事务型存储引擎，归档和日志类使用，占用的物理空间小 |
| Memory | N | 是一种易失性非事务型存储引擎，读写速度非常快，主要用于存储一些大型sql临时结果存储集 |
| INNODB | Y | 最常用的事务型存储引擎 |
Innodb存储引擎的特点
- 事务型存储引擎支持ACID
不要在系统内混合使用事务型存储引擎和非事务型存储引擎，一旦发生回滚，破坏事务的一致性和完整性
- 数据按主键聚集存储（使用自增ID作为主键）
- 支持行级锁及MVCC（多版本并发控制，进一步避免读写的互相阻塞）
- 支持Btree和自适应Hash索引
- 支持全文和空间索引