MySQL

一、MySQL介绍

MySQL属于关系型数据库，和其它的关系型数据库最大的区别在于支持可插拔式的存储引擎。MySQL设计是C/S客户端服务端模式，应用作为MySQL Client向MySQL server发送请求，获取响应结果,因此MySQL非常使用与集群环境，方便做主从复制，读写分离操作。为了提高效率，MySQL Client和MySQL server处于不同的主机上，当通过网络socket进行网络通信，如果在同一台主机上，Client和server之间是通过内存进行通信，效率比socket通信要高。MySQL server的服务端模块采用IO复用技术+可伸缩的线程池，实现网络高并发的服务器的经典模型.
MySQL安装

二、MySQL基础知识

2.1 SQL语句分类

• DDL（Data definition Language）：数据定义语言，DDL语言是定义不同的数据库、表、列等数据库对象的定义，常见的语句关键字包括create、drop、alter等
• DML（Data Manipulation Language）：数据操纵语言，用于添加、删除、修改和查询数据库记录，常用的关键字包括insert、delete、update和select等
• DCL（Data Control Language）数据控制语言，用户控制不同数据段直接的许可或访问级别的语句，定义了数据库、表、字段的用户访问权限和安全级别，主要的语句包括grant，remove

2.2 MySQL数据类型

数据类型是规定了数据的大小，因此使用时需要选择合适的类型，不仅会降低表占用的磁盘空间，间接减少磁盘IO次数，表的访问效率，和设计的表结构的数据类型也是息息相关的

数据类型分为三类：数值类型，日期和时间类型和字符串类型

2.2.1 数值类型

包括定点类型、浮点类型和整数类型

2.2.2 日期和时间类型

2.2.3 字符串类型

包括文本数据类型和二进制类型数据


注： 选择数据类型时：尽量选择可以保证数据正确存储的最小数据类型，小的数据类型占用空间少，操作起来更快

2.3 数据库范式

2.3.1 相关基础概念

• 实体：现实世界中客观存在并可以被区别对待的事务，比如“一个学生”，“一门课”等
• 属性：实体上具有的某一特征。比如：性别是人的一个属性，在关系型数据库中，属性又是个物理概念，属性可以看做是“表的一列”
• 元组：表中的一行就是一个元组
• 分量：元组中某个属性值，在一个关系型数据库中，是一个操作原子，即关系型数据库在做任何操作的时候，属性是不可分的，否则就不是关系型数据库
• 码：表中可以唯一确定一个元组的某个属性，如果这个码不至一个，那么都叫候选码，从中挑选的一个就叫做主码
• 全码：如果一个码包含所有的属性，这个码称之为全码 主属性：一个属性只要在一个候选码中出现过，这个属性就是主属性
• 非主属性：与主属性相反，没有在任何候选码中出现过，这个属性就是非主属性
• 外码：一个属性（或者属性组），他不是码，但是他是别的表的码，他就是外码

2.3.2 第一范式(1NF)：每一列保持原子特性

列都是基本数据项，不能进行分割，否则设计成一对多的实体关系
注意：不符合第一范式不能称之为关系型数据库
示例：用户表（用户id，用户姓名，身份证，用户地址）
地址信息，可以在细分为省、市、区等不可拆分字段
通过分析用户表示不具有原子特性
需要拆分：
用户表：（用户id，用户姓名，身份证，省，市，区）

2.3.3 第二范式（2NF）：属性完全依赖于主键（针对联合主键）

非主属性完全依赖于主关键字，如果不能依赖主键，应该拆分成新的主体，设计成一对多的关系
示例：选课表（学号，姓名，年龄，课程名称，成绩，学分）
将“学号，课程名称”是联合主键
姓名-》联合主键 =》部分依赖（姓名依赖于学号，不依赖于课程名称）
年龄-》联合主键 =》部分依赖（年龄依赖于学号，不依赖于课程名称）
成绩-》联合主键 =》完全依赖
学分-》联合主键 =》部分依赖（学分依赖于课程名称，不依赖于学号）

不满足第二范式；对选课表进行拆分：
学生表（学号，姓名，年龄）
课程学分表（课程名称，学分）
学生成绩表（学号，课程名称，成绩）

2.3.4 第三范式(3NF):属性不依赖于其他非主属性

要求一个数据库表中不包含已在其他表中已包含的非主键信息
注：一般关系型数据库满足第三范式就可以
示例：学生表（学号，姓名，年龄，学院名称，学院地点，学院电话） 主键：学号
姓名，年龄，学员名称是完全依赖于主键
而学院电话、学院地点依赖于所在学院，并不依赖于主键学号
因此该设计不符合第三范式，就应该进行拆分，应该学员专门设计成一张表
拆分成：
学院表（学院名称、学院地址、学院电话）=》学院名称
学生表（学号、姓名、年龄、学员名称）=》学号

2.3.5 BC范式和第四范式

BC范式：每个表中只有一个候选键
第四范式：消除表中的多值依赖

注意：
应用的范式越高，表越多，表越多会带来问题：
查询时需要连接多个表，增加了查询的复杂度、降低了数据库的查询性能
并不是范式越高越好，具体需要根据实际情况而定，第三范式已经很大程度上减少了数据冗余，基本预防了数据插入异常，更新异常，和删除异常