MySQL架原理

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: MySQL架原理

屏幕截图 2023-08-28 195743.png

1. 体系结构

C/S(客户端/服务端)模型介绍

参考图1

TCP/IP方式(远程、本地):

   mysql -uroot -p123 -h 192.168.1.1 -P3306

Socket方式(仅本地):

   mysql -uroot -p123 -S /tmp/mysql.sock

2 实例介绍

数据库实例

   mysqld后台守护进程

   Master Thread

   worker Thread

   预分配的内存

3 mysqld程序运行原理

3.1 mysqld程序结构 *****

参考图2

3.2 一条SQL语句的执行过程

连接层

(1)提供连接协议:TCP/IP 、SOCKET

(2)提供验证:用户、密码,IP,SOCKET

(3)提供专用连接线程:接收用户SQL,返回结果

通过以下语句可以查看到连接线程基本情况

mysql> show processlist;

SQL层 (重点)******

(1)接收上层传送的SQL语句

(2)语法验证模块:验证语句语法,是否满足SQL_MODE

(3)语义检查:判断SQL语句的类型

   DDL :数据定义语言    create drop alter

   DCL :数据控制语言    grant  revoke

   DML :数据操作语言    insert delete update

   DQL: 数据查询语言    select

(4)权限检查:用户对库表有没有权限

(5)解析器:对语句执行前,进行预处理,生成解析树(执行计划),说白了就是生成多种执行方案.

(6)优化器:根据解析器得出的多种执行计划,进行判断,选择最优的执行计划

       代价模型:资源(CPU IO MEM)的耗损评估性能好坏

(7)执行器:根据最优执行计划,执行SQL语句,产生执行结果

   执行结果:在磁盘的xxxx位置上

(8)提供查询缓存(默认是没开启的),会使用redis tair替代查询缓存功能

(9)提供日志记录(日志管理章节):binlog,默认是没开启的。

存储引擎层(类似于Linux中的文件系统)

   负责根据SQL层执行的结果,从磁盘上拿数据。

   将16进制的磁盘数据,交由SQL结构化化成表,

   连接层的专用线程返回给用户。

4 逻辑结构

4.1 库:

库名,库属性

创建库并指定字符编码和校对集:

create database wordpress default charset utf8mb4 collate utf8mb4_bin;

查看创库语句:

show create database wordpress;

查看所有库:

show databases;

切换库:

use wordpress;

4.2 表

表名

属性

列:列名(字段),列属性(数据类型,约束等)

数据行(记录)

创建表,指定列和数据类型:

create table t1 (id int primary key,name varchar(20));

插入数据,建议多行一起插入,减少日志量:

insert into t1 values (1,'zhangsan'),(2,'lisi'),(3,'wangwu');

查看表所有行:

select * from t1;

分析表的结构:

desc t1;

查看创表语句:

show create table t1;

5 物理存储结构引入

5.1 库的物理存储结构

用文件系统的目录来存储

5.2 表的物理存储结构

库: 使用FS上的目录来表示

表:

MyISAM(ext2)

user.frm  : 存储的表结构(列,列属性)

user.MYD  :  存储的数据记录

user.MYI  : 存储索引

InnoDB(XFS)

time_zone.frm : 存储的表结构(列,列属性)

time_zone.ibd : 存储的数据记录和索引

ibdata1       :   数据字典信息

5.3 表的段、区、页(16k)(了解)

一般情况下(非分区表)

一个表就是一个段

一个段由多个区构成

一个区,64个连续的页(16k)组成,1M大小

======================================================

基础管理

1 用户、权限管理

1.1 用户

作用:

   登录,管理数据库逻辑对象

定义:

用户名@'白名单'

白名单支持的方式?

wordpress@'192.168.1.%'    
wordpress@'%'
wordpress@'192.168.1.200'
wordpress@'localhost'
wordpress@'web1'
wordpress@'192.168.1.1%'
wordpress@'192.168.0.0/255.255.254.0'

管理操作

查看mysql所有用户:

select user,host from mysql.user;
增:
create user lisi@'192.168.1.%';
查:
desc mysql.user;    ---->  authentication_string
select user ,host ,authentication_string from mysql.user
改:
alter user lisi@'192.168.1.%' identified by '456';
删:
drop user lisi@'192.168.1.%';

1.2 权限

权限管理操作:

mysql> grant all on wordpress.* to wordpress@'192.168.1.%' identified  by '123';

常用权限介绍:

ALL:
SELECT,INSERT, UPDATE, DELETE, CREATE, DROP, RELOAD, SHUTDOWN, PROCESS, FILE, REFERENCES, INDEX, ALTER, SHOW DATABASES, SUPER, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, REPLICATION SLAVE, REPLICATION CLIENT, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, CREATE USER, EVENT, TRIGGER, CREATE TABLESPACE

ALL : 以上所有权限,一般是普通管理员拥有的

with grant option:超级管理员才具备的,给别的用户授权的功能

权限作用范围:

*.*                  ---->管理员用户

wordpress.*          ---->开发和应用用户

wordpress.t1

需求1:windows机器的navicat登录到linux中的MySQL,管理员用户。

   grant all on *.* to root@'10.0.0.%' identified by '123';

需求2:创建一个应用用户app用户,能从windows上登录mysql,并能操作app库

   grant select ,update,insert,delete on app.* to app@'192.168.1.%' identified by '123';

1.3 开发人员用户授权流程 ***

(1)如何沟通开发用户

   是否有邮件批复

   对哪些库和表做操作

   做什么操作

   从什么地址来登录

(2)开发人员找你要root用户密码?

   走流程拒绝他

   如果是金融类的公司:

       原则上是不允许任何非DBA人员持有或申请root

       如果有人私下索要root密码,及时举报。

1.4 提示:8.0在grant命令添加新特性

建用户和授权分开了

grant 不再支持自动创建用户了,不支持改密码

授权之前,必须要提前创建用户。

1.5 查看授权

mysql> show grants for app@'192.168.1.%';

1.6 回收权限

revoke  delete on app.*  from app@'192.168.1.%';

2连接管理

2.1 自带客户端命令

mysql 常用参数:

-u                   用户
-p                   密码
-h                   IP
-P                   端口
-S                   socket文件
-e                   免交互执行命令
<                    导入SQL脚本
mysql -uroot -p -h 192.168.1.1 -P3306
select @@socket;
mysql -uroot -p -S /tmp/mysql.sock
mysql -uroot -p -e "select user,host from mysql.user;"
mysql -uroot -p < world.sql

3 多种启动方式介绍

参考图5

mysqld_safe一般是在临时维护时使用。

另外,从Centos 7系统开始,支持systemd直接调用mysqld的方式进行启动数据库

4 初始化配置

4.1 作用

控制MySQL的启动

影响到客户端的连接

4.2 初始化配置的方法

预编译

**配置文件(所有启动方式)**

命令行参数 (仅限于 mysqld_safe mysqld)

4.3 初始配置文件

初始化配置文件的默认读取路径

mysqld --help --verbose |grep my.cnf

/etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/etc/my.cnf ~/.my.cnf

注:

默认情况下,MySQL启动时,会依次读取以上配置文件,如果有重复选项,会以最后一个文件设置的为准。

但是,如果启动时加入了--defaults-file=xxxx时,以上的所有文件都不会读取.

配置文件的书写方式:

[标签]

配置项=xxxx

标签类型:服务端、客户端

服务器端标签:

[mysqld]
[mysqld_safe]
[server]

客户端标签:

[mysql]
[mysqldump]
[client]

配置文件的示例展示:

cat /etc/my.cnf
[mysqld]
user=mysql
basedir=/usr/local/mysql
datadir=/usr/local/mysql/data
socket=/tmp/mysql.sock
server_id=6
port=3306
[mysql]
socket=/tmp/mysql.sock
====================================================

多实例的应用

1 准备多个目录

mkdir -p /data/330{7,8,9}/data

2 准备配置文件

cat > /data/3307/my.cnf <
[mysqld]
basedir=/usr/local/mysql
datadir=/data/3307/data
socket=/data/3307/mysql.sock
log_error=/data/3307/mysql.log
port=3307
server_id=7
log_bin=/data/3307/mysql-bin
EOF
cat > /data/3308/my.cnf <
[mysqld]
basedir=/usr/local/mysql
datadir=/data/3308/data
socket=/data/3308/mysql.sock
log_error=/data/3308/mysql.log
port=3308
server_id=8
log_bin=/data/3308/mysql-bin
EOF
cat > /data/3309/my.cnf <
[mysqld]
basedir=/usr/local/mysql
datadir=/data/3309/data
socket=/data/3309/mysql.sock
log_error=/data/3309/mysql.log
port=3309
server_id=9
log_bin=/data/3309/mysql-bin
EOF

3 初始化三套数据

mysqld --initialize-insecure  --user=mysql --datadir=/data/3307/data --basedir=/usr/local/mysql
mysqld --initialize-insecure  --user=mysql --datadir=/data/3308/data --basedir=/usr/local/mysql
mysqld --initialize-insecure  --user=mysql --datadir=/data/3309/data --basedir=/usr/local/mysql

4 systemd管理多实例

cd /etc/systemd/system
cp mysqld.service mysqld3307.service
cp mysqld.service mysqld3308.service
cp mysqld.service mysqld3309.service
vim mysqld3307.service
ExecStart=/usr/local/mysql/bin/mysqld  --defaults-file=/data/3307/my.cnf
vim mysqld3308.service
ExecStart=/usr/local/mysql/bin/mysqld  --defaults-file=/data/3308/my.cnf
vim mysqld3309.service
ExecStart=/usr/local/mysql/bin/mysqld  --defaults-file=/data/3309/my.cnf

5 授权

chown -R mysql.mysql /data/*

6 启动

systemctl start mysqld3307.service
systemctl start mysqld3308.service
systemctl start mysqld3309.service

7 验证多实例

netstat -lnp|grep 330
mysql -S /data/3307/mysql.sock -e "select @@server_id"
mysql -S /data/3308/mysql.sock -e "select @@server_id"
mysql -S /data/3309/mysql.sock -e "select @@server_id"



相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
14天前
|
缓存 算法 关系型数据库
Mysql(3)—数据库相关概念及工作原理
数据库是一个以某种有组织的方式存储的数据集合。它通常包括一个或多个不同的主题领域或用途的数据表。
38 5
Mysql(3)—数据库相关概念及工作原理
|
13天前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1576 12
|
5天前
|
SQL 关系型数据库 MySQL
阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?
尼恩,一位40岁的资深架构师,通过其丰富的经验和深厚的技術功底,为众多读者提供了宝贵的面试指导和技术分享。在他的读者交流群中,许多小伙伴获得了来自一线互联网企业的面试机会,并成功应对了诸如事务ACID特性实现、MVCC等相关面试题。尼恩特别整理了这些常见面试题的系统化解答,形成了《MVCC 学习圣经:一次穿透MYSQL MVCC》PDF文档,旨在帮助大家在面试中展示出扎实的技术功底,提高面试成功率。此外,他还编写了《尼恩Java面试宝典》等资料,涵盖了大量面试题和答案,帮助读者全面提升技术面试的表现。这些资料不仅内容详实,而且持续更新,是求职者备战技术面试的宝贵资源。
阿里面试:MYSQL 事务ACID,底层原理是什么? 具体是如何实现的?
|
16天前
|
存储 SQL 关系型数据库
mysql中主键索引和联合索引的原理与区别
本文详细介绍了MySQL中的主键索引和联合索引原理及其区别。主键索引按主键值排序,叶节点仅存储数据区,而索引页则存储索引和指向数据域的指针。联合索引由多个字段组成,遵循最左前缀原则,可提高查询效率。文章还探讨了索引扫描原理、索引失效情况及设计原则,并对比了InnoDB与MyISAM存储引擎中聚簇索引和非聚簇索引的特点。对于优化MySQL性能具有参考价值。
|
2月前
|
SQL 关系型数据库 MySQL
说一下MySQL主从复制的原理?
【8月更文挑战第24天】说一下MySQL主从复制的原理?
55 0
|
2月前
|
SQL 关系型数据库 MySQL
Mysql原理与调优-事务与MVCC
【8月更文挑战第19天】
|
2月前
|
存储 SQL 关系型数据库
深入MySQL锁机制:原理、死锁解决及Java防范技巧
深入MySQL锁机制:原理、死锁解决及Java防范技巧
|
3月前
|
存储 SQL 关系型数据库
(六)MySQL索引原理篇:深入数据库底层揭开索引机制的神秘面纱!
《索引原理篇》它现在终于来了!但对于索引原理及底层实现,相信大家多多少少都有了解过,毕竟这也是面试过程中出现次数较为频繁的一个技术点。在本文中就来一窥`MySQL`索引底层的神秘面纱!
285 5
|
2月前
|
SQL canal 关系型数据库
(二十四)全解MySQL之主从篇:死磕主从复制中数据同步原理与优化
兜兜转转,经过《全解MySQL专栏》前面二十多篇的内容讲解后,基本对MySQL单机模式下的各方面进阶知识做了详细阐述,同时在前面的《分库分表概念篇》、《分库分表隐患篇》两章中也首次提到了数据库的一些高可用方案,但前两章大多属于方法论,并未涵盖真正的实操过程。接下来的内容,会以目前这章作为分割点,开启MySQL高可用方案的落地实践分享的新章程!
1148 1
|
3月前
|
SQL 关系型数据库 MySQL
(七)MySQL事务篇:ACID原则、事务隔离级别及事务机制原理剖析
众所周知,MySQL数据库的核心功能就是存储数据,通常是整个业务系统中最重要的一层,可谓是整个系统的“大本营”,因此只要MySQL存在些许隐患问题,对于整个系统而言都是致命的。