2 架构及原理
2.1 架构
MySQL 分为服务层和存储引擎层两部分.
2.1.1 参考列表
CSDN:SQL语句执行原理https://blog.csdn.net/xzx4959/article/details/106878300
2.1.2 存储引擎层
负责数据的存储和提取.
2.1.3 服务层
涵盖MySQL的大多数核心服务功能,以及所有的内置函数,所有跨存储引擎的功能(比如存储过程、触发器、视图等).
(1) 连接器:负责跟客户端建立连接、获取权限、维持和管理连接.
(2) 查询缓存:先查缓存后查数据库,新版已删除此模块.
(3) 分析器:根据语法规则做语法分析,判断输入的这个SQL是否满足MySQL语法.
(4) 优化器:在表里面有多个索引的时候,决定使用哪个索引;或者在一个语句有多表关联的时候,决定各个表的连接顺序.
(5) 执行器:判断对该表有没有操作权限,有则执行语句.
2.2 日志原理
2.2.1 redo log
存储引擎层日志.当有一条记录需要更新时,InnoDB 引擎会先把记录写到 redo log 里面,并更新内存.随后InnoDB引擎会在适当的时候,将这个操作记录更新到磁盘里面.
2.2.2 binlog
(1) 概念
binlog(binary log) 是 Server层二进制日志,以事件形式记录了除查询语句外所有的 DDL 和 DML 语句,还包含语句执行消耗的时间.binlog是事务安全型的.
(2) 开启 binlog
①修改/etc/my.cnf.
#设置binlog格式 binlog_format=row # 监控指定的数据库,未完全解决 binlog-do-db=test # 设置 server_id server_id=1②重启MySQL.
③查看binlog是否正确启动.
show variables like 'binlog_format%';2.2.3 主从复制原理
①Master 主库修改数据,并将改变记录写到binlog中;
②Slave 从库向主库发送dump协议,将主库的 binlog 日志拷贝到它的中继日志(relay log)；
③最后从库读取并重做中继日志中的事件,将改变的数据同步到自己的数据库.
2.3 元数据
(1) 查询没有主键的表
博客园:mysql 查询没有主键的表https://www.cnblogs.com/cheyunhua/p/16033349.html
-- information_schema 库中存储了各个库与表的结构 -- TABLE_SCHEMA是库名，TABLE_NAME就是表名 -- information_schema.TABLE_CONSTRAINTS 表中存储了表相关的约束，CONSTRAINT_TYPE字段为PRIMARY KEY值的就是拥有主键的表 SELECT a.TABLE_SCHEMA, a.TABLE_NAME FROM ( SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ( 'mysql', 'information_schema', 'performance_schema', 'sys', 'sysdb' )) AS a LEFT JOIN ( SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.TABLE_CONSTRAINTS WHERE CONSTRAINT_TYPE = 'PRIMARY KEY' AND TABLE_SCHEMA NOT IN ( 'mysql', 'information_schema', 'performance_schema', 'sys', 'sysdb' )) AS b ON a.TABLE_SCHEMA = b.TABLE_SCHEMA AND a.TABLE_NAME = b.TABLE_NAME WHERE b.TABLE_NAME IS NULL;
