一、Centos7安装MySQL5.7.33
1.1 安装
-
下载:
wget https://dev.mysql.com/get/mysql57-community-release-el7-9.noarch.rpm
-
repo安装
rpm -ivh mysql57-community-release-el7-9.noarch.rpm
执行完成后会在/etc/yum.repos.d/目录下生成两个repo文件mysql-community.repo mysql-community-source.repo
-
安装MySQL
# 进入到 /etc/yum.repos.d/目录后 yum install mysql-server
-
启动MySQL
systemctl start mysqld # 停止命令:systemctl stop mysqld
-
获取安装时的临时密码
grep 'temporary password' /var/log/mysqld.log
如果没有获取临时密码,删除原来安装过的mysql残留的数据
rm -rf /var/lib/mysql
再重新启动MySQL:
systemctl restart mysqld
-
登录MySQl
使用刚刚第五步获取到的临时密码登录MySQLmysql -u root =p
1.2 MySQL常规配置
-
修改登录密码
ALTER USER 'root'@'localhost' IDENTIFIED BY '123456'; 或者 set password for root@localhost = password('123456')
修改密码可能会出现错误:
Your password does not satisfy the current policy requirements
原因:mysql的密码强度校验(密码设置时必须包含大小写字母、特殊符号、数字,并且长度大于8位)
解决办法:- 修改密码强度级别:
set global validate_password_policy=LOW;
- 修改最短密码长度
这样就可以修改密码为123456了。set global validate_password_length=6;
查看 mysql 的密码策略,
mysql> SHOW VARIABLES LIKE ‘validate_password%’;Variable_name Value 含义 validate_password_check_user_name OFF 用户名检测,默认关闭 validate_password_dictionary_file 指定密码验证的文件路径 validate_password_length 6 固定密码的总长度 validate_password_mixed_case_count 1 整个密码中至少要包含大/小写字母的总个数 validate_password_number_count 1 整个密码中至少要包含阿拉伯数字的个数 validate_password_policy LOW 指定密码的强度验证等级,默认为 MEDIUM;LOW:只验证长度;MEDIUM:验证长度、数字、大小写、特殊字符;STRONG:验证长度、数字、大小写、特殊字符、字典文件; validate_password_special_char_count 1 整个密码中至少要包含特殊字符的个数 - 修改密码强度级别:
-
开启远程控制
MySQL默认是没有开启远程控制的,必须添加远程访问的用户,即默认是只能自己访问,别的机器是访问不了的。- 登录mysql
- 使用mysql数据库:
use mysql;
- 查看user表中的数据:
select host, user from user;
- 修改user表中的Host:
update user set host='%' where user='root';
说明: % 代表任意的客户端,可替换成具体IP地址。
-
查看安装的mysql版本:
mysql -V
或者登录mysql后使用查询语句查询:select version();
-
mysql的安装目录
参数 路径 解释 basedir /usr/bin 相关命令目录 datadir /var/lib/mysql/ mysql数据库文件的存放路径 plugin-dir /usr/lib64/mysql/plugin mysql插件存放路径 log-error /var/log/mysqld.log mysql错误日志路径 pid-file /var/run/mysqld/mysqld.pid 进程pid文件 socket /var/lib/mysql/mysql.sock 本地连接时用的unix套接字文件 – /usr/share/mysql 配置文件目录 -
开机启动/关闭mysql
# 开机启动 systemctl enable mysqld # 开机不启动:默认不启动 systemctl disenable mysqld
-
修改默认mysql字符集
-
查看字符集
mysql> show variables like ‘%char%’;variable_name value racter_set_client utf8 racter_set_connection utf8 racter_set_database latin1 racter_set_filesystem binary racter_set_results utf8 racter_set_server latin1 racter_set_system utf8 racter_sets_dir /usr/share/mysql/charsets/ idate_password_special_char_count 1 默认
racter_set_database
与racter_set_server
为latin1
-
修改字符集:
/etc/my.cnf
添加:[mysqld] character_set_server=utf8
-
-
大小写敏感配置
mysql> SHOW VARIABLES LIKE '%lower_case_table_names%';
windows系统默认大小写不敏感,但是linux系统是大小写敏感的
- 默认为0,大小写敏感。
- 设置1,大小写不敏感。创建的表,数据库都是以小写形式存放在磁盘上,对于sql语句都是转换为小写对表和DB进行查找。
- 设置2,创建的表和DB依据语句上格式存放,凡是查找都是转换为小写进行。
设置变量常采用 set lower_case_table_names = 1; 的方式,但此变量是只读权限,所以需要在配置文件中改。
当想设置为大小写不敏感时,要在my.cnf这个配置文件 [mysqld] 中加入 lower_case_table_names = 1 ,然后重启服务器。
但是要在重启数据库实例之前就需要将原来的数据库和表转换为小写,否则更改后将找不到数据库名。
二、用户与权限管理
2.1 用户管理
-
查看用户
select host,user,authentication_string,select_priv,insert_priv,drop_priv from mysql.user
host标识连接类型:
- % 表示所有远程通过 TCP方式的连接
- IP 地址 如 (192.168.1.2,127.0.0.1) 通过制定ip地址进行的TCP方式的连接
- 机器名 通过制定i网络中的机器名进行的TCP方式的连接
- ::1 IPv6的本地ip地址 等同于IPv4的 127.0.0.1
- localhost 本地方式通过命令行方式的连接 ,比如mysql -u xxx -p 123xxx 方式的连接。
authentication_string:所有密码串通过 password(明文字符串) 生成的密文字符串。加密算法为MYSQLSHA1 -
创建用户并设置密码
create user zqq identified by '123123';
修改密码:
update user set authentication_string=password('123456') where user='root'; flush privileges; #所有通过user表的修改,必须用该命令才能生效。
-
修改用户名
update mysql.user set user='ch' where user='zqq'; flush privileges; #所有通过user表的修改,必须用该命令才能生效。
-
删除用户
drop user ch ; #不要通过delete from user u where user='ch' 进行删除,系统会有残留信息保留。
2.2 权限管理
-
授权命令:
grant 权限1,权限2,…权限n on 数据库名称.表名称 to 用户名@用户地址 identified by ‘连接口令’; 该权限如果发现没有该用户,则会直接新建一个用户。
如:
grant select,insert,delete,drop on *.* to zqq@'%'; # 授予通过网络方式登录的的zqq用户 ,对所有库所有表的查询、插入、删除操作
-
回收授权
revoke 权限1,权限2,…权限n on 数据库名称.表名称 from 用户名@用户地址 ;
如:
revoke all privileges on *.* from zqq@'%'; # 回收zqq的全部权限
-
查看权限
查看当前用户权限 show grants; 查看某用户的全局权限 select * from user ; 查看某用户的某库的权限 select * from db; 查看某用户的某个表的权限 select * from tables_priv;
三、MySQL逻辑架构
mysql插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离。这种架构可以根据业务的需求和实际需要选择合适的存储引擎。
-
连接层
最上层是一些客户端和连接服务,包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念,为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。 -
服务层
- Management Serveices & Utilities: 系统管理和控制工具
- SQL Interface: SQL接口
接受用户的SQL命令,并且返回用户需要查询的结果。比如select from就是调用SQL Interface - Parser: 解析器
SQL命令传递到解析器的时候会被解析器验证和解析。 - Optimizer: 查询优化器。
SQL语句在查询之前会使用查询优化器对查询进行优化。 - Cache和Buffer: 查询缓存。
如果查询缓存有命中的查询结果,查询语句就可以直接去查询缓存中取数据。
这个缓存机制是由一系列小缓存组成的。比如表缓存,记录缓存,key缓存,权限缓存等
缓存是负责读,缓冲负责写。
-
引擎层
存储引擎层,存储引擎真正的负责了MySQL中数据的存储和提取,服务器通过API与存储引擎进行通信。不同的存储引擎具有的功能不同,这样我们可以根据自己的实际需要进行选取。 -
存储层
数据存储层,主要是将数据存储在运行于裸设备的文件系统之上,并完成与存储引擎的交互。
MySQL查询流程:
-
mysql客户端通过协议与mysql服务器建连接,发送查询语句,先检查查询缓存,如果命中(一模一样的sql才能命中),直接返回结果,否则进行语句解析,也就是说,在解析查询之前,服务器会先访问查询缓存(query cache)——它存储SELECT语句以及相应的查询结果集。如果某个查询结果已经位于缓存中,服务器就不会再对查询进行解析、优化、以及执行。它仅仅将缓存中的结果返回给用户即可,这将大大提高系统的性能。
-
语法解析器和预处理:首先mysql通过关键字将SQL语句进行解析,并生成一颗对应的“解析树”。mysql解析器将使用mysql语法规则验证和解析查询;预处理器则根据一些mysql规则进一步检查解析树是否合法。
-
查询优化器当解析树被认为是合法的了,并且由优化器将其转化成执行计划。一条查询可以有很多种执行方式,最后都返回相同的结果。优化器的作用就是找到这其中最好的执行计划。
-
然后,mysql默认使用的BTREE索引,并且一个大致方向是:无论怎么折腾sql,至少在目前来说,mysql最多只用到表中的一个索引。
四、存储引擎
-
查看所有引擎
mysql> show engines; +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ | Engine | Support | Comment | Transactions | XA | Savepoints | +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ | InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES | | MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO | | MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO | | BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO | | MyISAM | YES | MyISAM storage engine | NO | NO | NO | | CSV | YES | CSV storage engine | NO | NO | NO | | ARCHIVE | YES | Archive storage engine | NO | NO | NO | | PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO | | FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL | +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
-
查看当前默认引擎
mysql> show variables like '%storage_engine%'; +----------------------------------+--------+ | Variable_name | Value | +----------------------------------+--------+ | default_storage_engine | InnoDB | | default_tmp_storage_engine | InnoDB | | disabled_storage_engines | | | internal_tmp_disk_storage_engine | InnoDB | +----------------------------------+--------+
-
引擎简介
- InnoDB存储引擎
InnoDB是MySQL的默认事务型引擎,它被设计用来处理大量的短期(short-lived)事务。除非有非常特别的原因需要使用其他的存储引擎,否则应该优先考虑InnoDB引擎。行级锁,适合高并发情况 - MyISAM存储引擎
MyISAM提供了大量的特性,包括全文索引、压缩、空间函数(GIS)等,但MyISAM不支持事务和行级锁(myisam改表时会将整个表全锁住),有一个毫无疑问的缺陷就是崩溃后无法安全恢复。 - Archive引擎
Archive存储引擎只支持INSERT和SELECT操作,在MySQL5.1之前不支持索引。
Archive表适合日志和数据采集类应用。适合低访问量大数据等情况。
根据英文的测试结论来看,Archive表比MyISAM表要小大约75%,比支持事务处理的InnoDB表小大约83%。 - Blackhole引擎
Blackhole引擎没有实现任何存储机制,它会丢弃所有插入的数据,不做任何保存。但服务器会记录Blackhole表的日志,所以可以用于复制数据到备库,或者简单地记录到日志。但这种应用方式会碰到很多问题,因此并不推荐。 - CSV引擎
CSV引擎可以将普通的CSV文件作为MySQL的表来处理,但不支持索引。
CSV引擎可以作为一种数据交换的机制,非常有用。
CSV存储的数据直接可以在操作系统里,用文本编辑器,或者excel读取。 - Memory引擎
如果需要快速地访问数据,并且这些数据不会被修改,重启以后丢失也没有关系,那么使用Memory表是非常有用。Memory表至少比MyISAM表要快一个数量级。(使用专业的内存数据库更快,如redis) - Federated引擎
Federated引擎是访问其他MySQL服务器的一个代理,尽管该引擎看起来提供了一种很好的跨服务器的灵活性,但也经常带来问题,因此默认是禁用的。
- InnoDB存储引擎
-
InnoDB与MyISAM对比
对比项 MyISAM InnoDB 外键 不支持 支持 事务 不支持 支持 行表锁 表锁,即使操作一条记录也会锁住整个表,不适合高并发的操作 行锁,操作时只锁某一行,不对其它行有影响,适合高并发的操作 存 只缓存索引,不缓存真实数据 不仅缓存索引还要缓存真实数据,对内存要求较高,而且内存大小对性能有决定性的影响 表空间 小 大 关注点 性能 事务 认安装 Y Y 户表默认使用 N Y 带系统表使用 Y N