MySQL随便聊-----之认识MySQL

本专栏，用作复习，不建议小白，建议者勿看

一、了解MySQL

 二、MySQL的客户端/服务器架构

以我们平时使用的微信为例，它其实是由两部分组成的，一部分是客户端程序，一部分是服务器程序。客户端可 能有很多种形式，比如手机 APP ，电脑软件或者是网页版微信，每个客户端都有一个唯一的用户名，就是你的微 信号，另一方面，腾讯公司在他们的机房里运行着一个服务器软件，我们平时操作微信其实都是用客户端来和这 个服务器来打交道。比如狗哥用微信给猫爷发了一条消息的过程其实是这样的：

 

 MySQL 的使用过程跟这个是一样的，它的服务器程序直接和我们存储的数据打交道，然后可以有好多客户端程序 连接到这个服务器程序，发送增删改查的请求，然后服务器就响应这些请求，从而操作它维护的数据。和微信一样， MySQL 的每个客户端都需要提供用户名密码才能登录，登录之后才能给服务器发请求来操作某些数据。我们日常使用 MySQL 的情景一般是这样的：

      1） 我们知道计算机很牛逼，在一台计算机上可以同时运行多个程序，比如微信、QQ、音乐播放器、文本编辑器啥的，每一个运行着的程序也被称为一个 进程 。我们的 MySQL 服务器程序和客户端程序本质上都算是计算机上的一个 进程 ，这个代表着 MySQL 服务器程序的进程也被称为 MySQL数据库实例 ，简称 数据库实例 。

       2）每个进程都有一个唯一的编号，称为 进程ID ，英文名叫 PID ，这个编号是在我们启动程序的时候由操作系统随 机分配的，操作系统会保证在某一时刻同一台机器上的进程号不重复。比如你打开了计算机中的 QQ 程序，那么 操作系统会为它分配一个唯一的进程号，如果你把这个程序关掉了，那操作系统就会把这个进程号回收，之后可 能会重新分配给别的进程。当我们下一次再启动 QQ 程序的时候分配的就可能是另一个编号。每个进程都有一个名称，这个名称是编写程序的人自己定义的，比如我们启动的 MySQL 服务器进程的默认名称为 mysqld ， 而我们常用的 MySQL 客户端进程的默认名称为 mysql 。

 三、MySQL安装

Windows 的简单安装就不聊了，我觉得太简单，略

聊bin目录下的可执行文件

cd usr/local/mysql/bin

我们列出一些在 macOS 中这个 bin 目录下的一部分可执行文件来看一下（文件太多，全列出来会刷屏的）

 

 

 聊启动MySQL服务器程序

UNIX启动服务程序

在类 UNIX 系统中用来启动 MySQL 服务器程序的可执行文件有很多，大多在 MySQL 安装目录的 bin 目录下，我们

一起来瞅瞅。

1）mysqld

mysqld 这个可执行文件就代表着 MySQL 服务器程序，运行这个可执行文件就可以直接启动一个服务器进程。但

这个命令不常用，我们继续往下看更牛逼的启动命令。

2）mysqld_safe

mysqld_safe 是一个启动脚本，它会间接的调用 mysqld ，而且还顺便启动了另外一个监控进程，这个监控进程

在服务器进程挂了的时候，可以帮助重启它。另外，使用 mysqld_safe 启动服务器程序时，它会将服务器程序的

出错信息和其他诊断信息重定向到某个文件中，产生出错日志，这样可以方便我们找出发生错误的原因。

3） mysql.server

4） mysqld_multi

其实我们一台计算机上也可以运行多个服务器实例，也就是运行多个 MySQL 服务器进程。 mysql_multi 可执行文

件可以对每一个服务器进程的启动或停止进行监控。这个命令的使用比较复杂，本书主要是为了讲清楚 MySQL 服

务器和客户端运行的过程，不会对启动多个服务器程序进行过多唠叨。

 Windows里启动服务器程序

Windows 里没有像类 UNIX 系统中那么多的启动脚本，但是也提供了手动启动和以服务的形式启动这两种方式，

下边我们详细看。

 mysqld

同样的，在 MySQL 安装目录下的 bin 目录下有一个 mysqld 可执行文件，在命令行里输入 mysqld ，或者直接双击运行它就算启动了 MySQL 服务器程序了。

 

 启动MySQL客户端程序

 聊连接注意事项

 聊客户端与服务器连接的过程

我们现在已经知道如何启动 MySQL 的服务器程序，以及如何启动客户端程序来连接到这个服务器程序。运行着的服务器程序和客户端程序本质上都是计算机上的一个进程，所以客户端进程向服务器进程发送请求并得到回复的 过程 本质上是一个进程间通信的过程 ！ MySQL 支持下边三种客户端进程和服务器进程的通信方式。

TCP/IP

 命名管道和共享内存

 Unix域套接字文件

服务器处理客户端请求

其实不论客户端进程和服务器进程是采用哪种方式进行通信，最后实现的效果都是： 客户端进程向服务器进程发送一段文本（ MySQL 语句），服务器进程处理后再向客户端进程发送一段文本（处理结果） 。那服务器进程对客 户端进程发送的请求做了什么处理，才能产生最后的处理结果呢？客户端可以向服务器发送增删改查各类请求，

我们这里以比较复杂的查询请求为例来画个图展示一下大致的过程：

 连接管理

 解析与优化

到现在为止， MySQL 服务器已经获得了文本形式的请求，接着 还要经过九九八十一难的处理，其中的几个比较重要的部分分别是 查询缓存 、 语法解析 和 查询优化 ，下边我们详细来看。

 第一步查询缓存

 第二步语法解析

 第三步查询优化

存储引擎

 常用的存储引擎

 

 

 关于存储引擎的一些操作

        查看当前服务器程序支持的存储引擎

 设置表的存储引擎

我们前边说过，存储引擎是负责对表中的数据进行提取和写入工作的， 我们可以为不同的表设置不同的存储引擎 ，也就是说不同的表可以有不同的物理存储结构，不同的提取和写入方式。

第一步 创建表时指定存储引擎

 我们之前创建表的语句都没有指定表的存储引擎，那就会使用默认的存储引擎 InnoDB （当然这个默认的存储引擎也是可以修改的，我们在后边的章节中再说怎么改）。如果我们想显式的指定一下表的存储引擎，那可以这么 写：

 

 修改表的存储引擎

 查看设置变量（以及全局）

-- 1.1、查看全局变量(503)
show GLOBAL VARIABLES
-- 1.2、查看所有变量(517)
SHOW VARIABLES

-- 2.1、查看单个变量(两种方式，结果不同)
show GLOBAL VARIABLES like 'autocommit'; -- 结果：autocommit OFF
SELECT @@autocommit;  -- 结果：1

-- 3.1、设置全局变量（两种方式，即其他会话连接都会修改该变量值，但是设置时其他原本就连接session的不会生效。本session要重新连接才会生效）
set @@GLOBAL.autocommit = 1
set GLOBAL autocommit = 0
-- 3.2、设置变量(只对本次session会话有效)
set autocommit = 1

 注意点：设置全局变量时，其他已经进行连接的不会生效退出重新登录则会生效。若是出现还是不生效问题时，建议去修改my.ini配置文件，接着进行重启数据库。

  今天聊到这吧，拜拜哈哈