一、关系型数据库
mysql属于关系型数据库，它具备以下特点
关系模型：数据以二维表格形式存储，易于理解和使用。
数据一致性：通过事务处理机制（ACID特性：原子性、一致性、隔离性、持久性）保证数据的一致性和完整性。
数据完整性：支持定义各种约束条件（如主键、外键、唯一性、非空等），确保数据的正确性和有效性。
SQL支持：使用SQL（Structured Query Language）作为标准的数据库查询语言，可以方便地进行数据的检索、更新和管理。
并发控制：允许多个用户同时访问数据库，通过锁机制等手段防止数据冲突。
安全性：支持用户权限管理和认证机制，保护敏感数据的安全。
二、mysql的字段类型
数值类型：整型（TINYINT、SMALLINT、MEDIUMINT、INT 和 BIGINT）、浮点型（FLOAT 和 DOUBLE）、定点型（DECIMAL）
字符串类型：CHAR、VARCHAR、TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT、TINYBLOB、BLOB、MEDIUMBLOB 和 LONGBLOB 等。
日期时间类型：YEAR、TIME、DATE、DATETIME 和 TIMESTAMP 等。
三、Mysql的存储引擎
默认引擎：InnoDB
特点：支持事务、支持外键、支持行级锁、但保存不了具体的行数、支持数据崩溃的数据恢复（redo log）
四、Mysql的索引
1.索引介绍
索引是一种数据结构，合理利用便于提升Mysql性能
优点：加快数据的检索速度和IO次数
缺点：创建和维护索引需要时间，消耗资源。索引占用物理内存空间。
2.索引的底层结构
B+树
B+树只有叶子节点存放 key 和 data，其他内节点只存放 key。
B+树的叶子节点有一条引用链指向与它相邻的叶子节点。
而 B+树的检索效率更加稳定了，任何查找都是从根节点到叶子节点的过程，叶子节点的顺序检索很明显
B+树的范围查询，对链表进行遍历。
3.索引的分类
按照底层存储方式角度划分：
聚簇索引（聚集索引）：索引结构和数据一起存放的索引，InnoDB 中的主键索引就属于聚簇索引。
非聚簇索引（非聚集索引）：索引结构和数据分开存放的索引，二级索引(辅助索引)就属于非聚簇索引。
按照应用维度划分：
主键索引：加速查询 + 列值唯一（不可以有 NULL）+ 表中只有一个。
普通索引：仅加速查询。唯一索引：加速查询 + 列值唯一（可以有 NULL）。
覆盖索引：一个索引包含（或者说覆盖）所有需要查询的字段的值。
联合索引：多列值组成一个索引，专门用于组合搜索，其效率大于索引合并。
全文索引：对文本的内容进行分词，进行搜索。
最左匹配原则
最左前缀匹配原则指的是在使用联合索引时，MySQL 会根据索引中的字段顺序，从左到右依次匹配查询条件中的字段。如果查询条件与索引中的最左侧字段相匹配，那么 MySQL 就会使用索引来过滤数据，这样可以提高查询效率。
如何选取字段创建索引
不为 NULL 的字段、被频繁查询的字段、被作为条件查询的字段、频繁需要排序的字段、被经常频繁用于连接的字段
索引失效的场景
创建了组合索引，但查询条件未遵守最左匹配原则;
在索引列上进行计算、函数、类型转换等操作;
以 % 开头的 LIKE 查询比如 LIKE ‘%abc’;
查询条件中使用 OR，且 OR 的前后条件中有一个列没有索引，涉及的索引都不会被使用到;.
如何知道语句是否命中索引.
在sql语句前加上explain命令，利用查询优化器、运行后可展示语句的详情
五、Mysql的日志
错误日志（Error Log）
记录 MySQL 服务的启动、关闭过程以及运行过程中发生的错误信息。如果 MySQL 在运行中遇到故障或错误信息，错误日志会详细记录这些问题，便于排查故障。
通用查询日志（General Query Log）
记录客户端对 MySQL 所发出的每一条 SQL 语句。这些日志会详细记录所有的查询内容，通常用于排查 SQL 执行问题或监控查询行为。
慢查询日志（Slow Query Log）
记录执行时间超过指定阈值的 SQL 语句，常用于优化性能。可以通过配置参数 long_query_time 来设置慢查询的时间标准。
二进制日志（Binary Log）
记录所有导致数据更改的语句（如 INSERT、UPDATE、DELETE），通常用于数据恢复、主从复制和审计目的。
中继日志（Relay Log）
这是从库在主从复制中使用的日志。从库会从主库获取二进制日志，并将其存储为中继日志，从中读取并执行数据更改操作。
撤销日志（Undo Log）
主要用于事务的回滚和 MVCC（多版本并发控制），记录事务未提交前的数据状态，用于在事务回滚时恢复数据。
事务日志（Transaction Log / Redo Log）
用于记录事务提交后的更改，主要用于崩溃恢复，在系统重启时重新执行已提交的事务以确保数据一致性。
