【MySQL四大引擎,数据库管理,数据表管理,数据库账号管理】
一. MySQL四大引擎
查看存储引擎
SHOW ENGINES
support 字段说明
defaulti的为默认的引擎
为YES表示可以使用
为NO表示不能使用
四大引擎
InnoDB
InnoDB表类型可以看作是对MyISAM的进一步更新产品，它提供了事务、行级锁机制和外键约束的功能，也是目前MySQL 默认 的存储引擎。
使用场景：一般事务性，均使用该引擎，用途最广，如果把握不准使用何种引擎，就使用该引萼
修改快，支持事务
特点
存储限制：64TG
事务支持：支持事务 行锁
MylSAM
MyISAM：这种引擎是mysql最早提供的。这种引擎又可以分为静态MyISAM、动态MyISAM 和压缩MyISAM三种，不管是何种MyISAM表，目前它都不支持事务，行级锁和外键约束的功能。
使用场景：大量查询，很少修改的场景
特点强调了快速读取操作 表锁
存储限制：256TG
事务支持：不支持事务
Memory
Memory(heap)：这种类型的数据表只存在于内存中。它使用散列索引，所以数据的存取速度非常快。因为是存在于内存中，所以这种类型常应用于临时表中。
使用场景：由于易失性，可以用于存储在分析中产生的中间表
特点
所有的数据都保存在内存中，一旦服务器重启，所有memoy存储引擎的表数据会消失但是表结构会保存下来
存储限制：取决于RAM(随机存储器)
事务支持：不支持事务
archive
archive：这种类型只支持select 和 insert语句，而且不支持索引。常应用于日志记录和聚合分析方面
使用场景：在日志和数据采集的时候可以使用
特点
只允许插入和查询，压缩存储，节约空间，可以实现高并发的插入，支持在自增ID上建立索引；不支持索引；Archive表比MylSAM表要小大约75%，比支持事务表格小大约83%
不支持索引（自增ID列除外）
二. 数据库管理
元数据库简介
记录MySQL自身数据的数据库
元数据库分类
information schema
信息数据库，保存mysql所维护的其他数据库信息。
mysql
核心数据库，主要负责存储数据库的用户、
权限设置、关键字等。mysql自己需要使用的控制和管理信息。
performance schema
用于mysql的监控数据的存放
相关操作
数据库增删改查及使用
use数据库名
create database if not exists数据库名default charset utf&collate utf8_general_.ci--设置了字符集编码以及不区分大小写
show databases;
drop database数据库名
MySQL库
权限相关
用户权限简介
当我们创建过数据库用户后，还不能执行任何操作，需要为该用户分配适当的访问权限。
关于 MySQL 用户权限简单的理解就是数据库只允许用户做你权利以内的事情，不可以越界。比如只允许你执行 select 操作，那么你就不能执行 update 操作。只允许你从某个 IP 上连接 MySQL ，那么你就不能从除那个 IP 以外的其他机器连接 MySQL 。
在 MySQL 中，用户权限也是分级别的，可以授予的权限有如下几组：
- 列级别，和表中的一个具体列相关。例如，可以使用 UPDATE 语句更新表 students 中 student_name 列的值的权限。
- 表级别，和一个具体表中的所有数据相关。例如，可以使用 SELECT 语句查询表 students 的所有数据的权限。
- 数据库级别，和一个具体的数据库中的所有表相关。例如，可以在已有的数据库 mytest 中创建新表的权限。
- 全局，和 MySQL 中所有的数据库相关。例如，可以删除已有的数据库或者创建一个新的数据库的权限。
权限信息存储在 mysql 系统库的 user、db、tables_priv、columns_priv、procs_priv 这几个系统表中。
- user 表：存放用户账户信息以及全局级别（所有数据库）权限。
- db 表：存放数据库级别的权限，决定了来自哪些主机的哪些用户可以访问此数据库。
- tables_priv 表：存放表级别的权限，决定了来自哪些主机的哪些用户可以访问数据库的这个表。
- columns_priv 表：存放列级别的权限，决定了来自哪些主机的哪些用户可以访问数据库表的这个字段。
- procs_priv 表：存放存储过程和函数级别的权限。
参考官方文档，可授予的权限如下表所示：
三. 数据表管理
三大范式
第一范式(1NF)：属性不可分割，即每个属性都是不可分割的原子项。(实体的属性即表中的列)
列不可再分（原子性）
例如：湖南省长沙市岳麓区浪梅溪湖创新中心2楼
第二范式(2NF)：满足第一范式；且不存在部分依赖，即非主属性必须完全依赖于主属性。(主属性即主键；完全依赖是针对于联合主键的情况，非主键列不能只依赖于主键的一部分)主键约束
例如：订单项表设计：id、单价数量、小计
第三范式(3NF)：满足第二范式；且不存在传递依赖，即非主属性不能与非主属性之间有依赖关系，非主属性必须直接依赖于主属性，不能间接依赖主属性。（A -> B, B ->C, A -> C）外键约束
例如：患者id、患者姓名同时存在于一张关联表中外键约束
优化原则
更小通常更好
更小通常更好
更小的磁盘空间、内存、CPU缓存
更少的CPU周期
简单就好
整型比字符串操作代价更小
用时间类型表示日期(date、datetime等)而不用字符串
尽量避免NULL
NULL为列的默认值，但除非确实需要，应尽量避免使用NULL
尽量指定列为NOT NULL,特别是需要建索引的列
查询中包括有NULL的类，MySQL更难优化不利于使用索引
索引统计更复杂
值比较更复杂
用整型值而不是字符串表示IP地址 INET ATON() INET NTOA()
MySQL 数据类型
MySQL 中定义数据字段的类型对你数据库的优化是非常重要的。
MySQL 支持多种类型，大致可以分为三类：数值、日期/时间和字符串(字符)类型。
数值类型
MySQL 支持所有标准 SQL 数值数据类型。
这些类型包括严格数值数据类型(INTEGER、SMALLINT、DECIMAL 和 NUMERIC)，以及近似数值数据类型(FLOAT、REAL 和 DOUBLE PRECISION)。
关键字INT是INTEGER的同义词，关键字DEC是DECIMAL的同义词。
BIT数据类型保存位字段值，并且支持 MyISAM、MEMORY、InnoDB 和 BDB表。
作为 SQL 标准的扩展，MySQL 也支持整数类型 TINYINT、MEDIUMINT 和 BIGINT。下面的表显示了需要的每个整数类型的存储和范围。
| 类型 | 大小 | 范围（有符号） | 范围（无符号） | 用途 |
|---|---|---|---|---|
| TINYINT | 1 Bytes | (-128，127) | (0，255) | 小整数值 |
| SMALLINT | 2 Bytes | (-32 768，32 767) | (0，65 535) | 大整数值 |
| MEDIUMINT | 3 Bytes | (-8 388 608，8 388 607) | (0，16 777 215) | 大整数值 |
| INT或INTEGER | 4 Bytes | (-2 147 483 648，2 147 483 647) | (0，4 294 967 295) | 大整数值 |
| BIGINT | 8 Bytes | (-9,223,372,036,854,775,808，9 223 372 036 854 775 807) | (0，18 446 744 073 709 551 615) | 极大整数值 |
| FLOAT | 4 Bytes | (-3.402 823 466 E+38，-1.175 494 351 E-38)，0，(1.175 494 351 E-38，3.402 823 466 351 E+38) | 0，(1.175 494 351 E-38，3.402 823 466 E+38) | 单精度 浮点数值 |
| DOUBLE | 8 Bytes | (-1.797 693 134 862 315 7 E+308，-2.225 073 858 507 201 4 E-308)，0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308) | 0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308) | 双精度 浮点数值 |
| DECIMAL | 对DECIMAL(M,D) ，如果M>D，为M+2否则为D+2 | 依赖于M和D的值 | 依赖于M和D的值 | 小数值 |
日期和时间类型
表示时间值的日期和时间类型为DATETIME、DATE、TIMESTAMP、TIME和YEAR。
每个时间类型有一个有效值范围和一个"零"值，当指定不合法的MySQL不能表示的值时使用"零"值。
TIMESTAMP类型有专有的自动更新特性，将在后面描述。
| 类型 | 大小 ( bytes) |
范围 | 格式 | 用途 |
|---|---|---|---|---|
| DATE | 3 | 1000-01-01/9999-12-31 | YYYY-MM-DD | 日期值 |
| TIME | 3 | '-838:59:59'/'838:59:59' | HH:MM:SS | 时间值或持续时间 |
| YEAR | 1 | 1901/2155 | YYYY | 年份值 |
| DATETIME | 8 | '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59' | YYYY-MM-DD hh:mm:ss | 混合日期和时间值 |
| TIMESTAMP | 4 | '1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC 结束时间是第 2147483647 秒，北京时间 2038-1-19 11:14:07，格林尼治时间 2038年1月19日 凌晨 03:14:07 |
YYYY-MM-DD hh:mm:ss | 混合日期和时间值，时间戳 |
字符串类型
字符串类型指CHAR、VARCHAR、BINARY、VARBINARY、BLOB、TEXT、ENUM和SET。该节描述了这些类型如何工作以及如何在查询中使用这些类型。
| 类型 | 大小 | 用途 |
|---|---|---|
| CHAR | 0-255 bytes | 定长字符串 |
| VARCHAR | 0-65535 bytes | 变长字符串 |
| TINYBLOB | 0-255 bytes | 不超过 255 个字符的二进制字符串 |
| TINYTEXT | 0-255 bytes | 短文本字符串 |
| BLOB | 0-65 535 bytes | 二进制形式的长文本数据 |
| TEXT | 0-65 535 bytes | 长文本数据 |
| MEDIUMBLOB | 0-16 777 215 bytes | 二进制形式的中等长度文本数据 |
| MEDIUMTEXT | 0-16 777 215 bytes | 中等长度文本数据 |
| LONGBLOB | 0-4 294 967 295 bytes | 二进制形式的极大文本数据 |
| LONGTEXT | 0-4 294 967 295 bytes | 极大文本数据 |
注意：char(n) 和 varchar(n) 中括号中 n 代表字符的个数，并不代表字节个数，比如 CHAR(30) 就可以存储 30 个字符。
CHAR 和 VARCHAR 类型类似，但它们保存和检索的方式不同。它们的最大长度和是否尾部空格被保留等方面也不同。在存储或检索过程中不进行大小写转换。
BINARY 和 VARBINARY 类似于 CHAR 和 VARCHAR，不同的是它们包含二进制字符串而不要非二进制字符串。也就是说，它们包含字节字符串而不是字符字符串。这说明它们没有字符集，并且排序和比较基于列值字节的数值值。
BLOB 是一个二进制大对象，可以容纳可变数量的数据。有 4 种 BLOB 类型：TINYBLOB、BLOB、MEDIUMBLOB 和 LONGBLOB。它们区别在于可容纳存储范围不同。
有 4 种 TEXT 类型：TINYTEXT、TEXT、MEDIUMTEXT 和 LONGTEXT。对应的这 4 种 BLOB 类型，可存储的最大长度不同，可根据实际情况选择。
枚举与集合类型（Enumeration and Set Types）
- ENUM: 枚举类型，用于存储单一值，可以选择一个预定义的集合。
- SET: 集合类型，用于存储多个值，可以选择多个预定义的集合。
空间数据类型（Spatial Data Types）
GEOMETRY, POINT, LINESTRING, POLYGON, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON, GEOMETRYCOLLECTION: 用于存储空间数据（地理信息、几何图形等）。
选择标识符
为标识列选择合适的数据类型非常重要。一般来说更可能用标识列与其他值进行比较（例如股关联操作中），或者通过标识列寻找其他列。标志列也可能在另外的表中作为外键使用，所以为标识列选择数据类型时，应该选择跟关联表中的对应列一样的类型。
整数类型通常是标识列最好的选择，因为它们很快并且可以适用AUTO_INCREMENT。如果只是少数的状态标识符可以选用TINYINT。
ENUM和SET类型通常是一个糟糕的选择，尽管对某些只包含固定状态或者类型的静态“定义表”来说可能是没有问题大。ENUM和SET列适合存储固定信息，这样就相对限制了可扩展性。
如果可能应该尽量避免使用字符串类型作为标识列，因为他们很耗空间，并且通常比数字类型慢。
对于完全“随机”的字符串也要多加注意，例如MD5(), SHA1()或者UUID()产生的字符串。这些函数生成的新值会任意分布在很大的空间内，这回导致INSERT以及一些SELECT语句变得慢。
用来进行关联操作
在其他表中作为外键
整型通常是标识列的好选择相关的表中使用相同的数据类型
尽量避免字符串作为标识列，尤其是随机生成的字符串，（如：UUID)导致insert.与select都很慢-插入值被随机写到索引的不同位置，iset慢，容易导致页分裂，磁盘随机读取
逻辑上相邻的行被分布在磁盘和内存的不同地方，select慢
是MySQL查询缓存失效
如果需要存储UUD,则应将"_"去除
四. 数据库账号管理
1.用户的管理操作
查询用户
select * from user;
查询用户常见信息
select user,host from user;
2.权限的相关操作
设置权限
创建用户设置密码
create user liao identified by '123456';
给用户授权
增加授权
grant ALL on ssm_vue.* to liao@'%';
收回权部分权限
revoke all on ssm_vue.* from liao@'%';
授予查看一张表格权限
grant SELECT on ssm_vue.vue to liao@'%';
