Mysql高级4

x33g5p2x  于2021-11-21 转载在 Mysql  
字(4.6k)|赞(0)|评价(0)|浏览(480)

SQL执行顺序

SQL编写顺序:

SELECT DISTINCT
	<select list>
FROM                               
	<left_table> <join_type>
JOIN
	<right_table>
ON 
	<join_condition>
WHERE
	<where_condition>
GROUP BY
	<group_by_list>
HAVING
	<having_condition>
ORDER BY
	<order_by_condition>
LIMIT
	<limit_params>

SQL执行顺序:

FROM	<left_table>

ON 		<join_condition>

<join_type>		JOIN	<right_table>

WHERE		<where_condition>

GROUP BY 	<group_by_list>

HAVING		<having_condition>

SELECT DISTINCT		<select list>

ORDER BY	<order_by_condition>

LIMIT		<limit_params>

MySql中常用工具

mysql:

1.连接选项

参数 : 
	-u, --user=name			指定用户名
	-p, --password[=name]	指定密码
	-h, --host=name			指定服务器IP或域名
	-P, --port=#			指定连接端口

示例 :

mysql -h 127.0.0.1 -P 3306 -u root -p

2.执行选项

-e,

此选项可以在Mysql客户端执行SQL语句,而不用连接到MySQL数据库再执行,对于一些批处理脚本,这种方式尤其方便。

示例 :

mysql -uroot -p666 xrh -e "select * from emp";

2.mysqladmin

mysqladmin 是一个执行管理操作的客户端程序。可以用它来检查服务器的配置和当前状态、创建并删除数据库等。

可以通过 : mysqladmin --help 指令查看帮助文档

示例 :

mysqladmin -uroot -p2143 create 'test01';  
mysqladmin -uroot -p2143 drop 'test01';
mysqladmin -uroot -p2143 version;

3.mysqlbinlog

由于服务器生成的二进制日志文件以二进制格式保存,所以如果想要检查这些文本的文本格式,就会使用到mysqlbinlog 日志管理工具。

mysqlbinlog [options]  log-files1 log-files2 ...

选项:

-d, --database=name : 指定数据库名称,只列出指定的数据库相关操作。

-o, --offset=# : 忽略掉日志中的前n行命令。

-r,--result-file=name : 将输出的文本格式日志输出到指定文件。

-s, --short-form : 显示简单格式, 省略掉一些信息。

4.mysqldump

mysqldump 客户端工具用来备份数据库或在不同数据库之间进行数据迁移。备份内容包含创建表,及插入表的SQL语句。

-T, --tab=name			自动生成两个文件:一个.sql文件,创建表结构的语句;
 						一个.txt文件,数据文件,相当于select into outfile  
 						
mysqldump -uroot -p2143 -T /tmp test city

5.mysqlimport/source

mysqlimport 是客户端数据导入工具,用来导入mysqldump 加 -T 参数后导出的文本文件。

如果需要导入sql文件,可以使用mysql中的source 指令

Mysql 日志

在 MySQL 中,有 4 种不同的日志,分别是错误日志、二进制日志(BINLOG 日志)、查询日志和慢查询日志。

1.错误日志

错误日志是 MySQL 中最重要的日志之一,它记录了当 mysqld 启动和停止时,以及服务器在运行过程中发生任何严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时,可以首先查看此日志。
该日志是默认开启的。

查看日志位置指令 :

show variables like 'log_error%';

2.二进制日志

二进制日志(BINLOG)记录了所有的 DDL(数据定义语言)语句和 DML(数据操纵语言)语句,但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用,MySQL的主从复制, 就是通过该binlog实现的。

二进制日志,默认情况下是没有开启的,需要到MySQL的配置文件中开启,并配置MySQL日志的格式。

日志存放位置 : 配置时,给定了文件名但是没有指定路径,日志默认写入Mysql的数据目录。

#配置开启binlog日志, 日志的文件前缀为 mysqlbin -----> 生成的文件名如 : mysqlbin.000001,mysqlbin.000002
log_bin=mysqlbin

#配置二进制日志的格式
binlog_format=STATEMENT

日志格式:

STATEMENT

该日志格式在日志文件中记录的都是SQL语句(statement),
每一条对数据进行修改的SQL都会记录在日志文件中,
通过Mysql提供的mysqlbinlog工具,
可以清晰的查看到每条语句的文本。主从复制的时候,
从库(slave)会将日志解析为原文本,并在从库重新执行一次。

ROW

该日志格式在日志文件中记录的是每一行的数据变更,而不是记录SQL语句。
比如,执行SQL语句 : update tb_book set status='1' , 
如果是STATEMENT 日志格式,在日志中会记录一行SQL文件;
 如果是ROW,由于是对全表进行更新,
也就是每一行记录都会发生变更,ROW 格式的日志中会记录每一行的数据变更。

MIXED

这是目前MySQL默认的日志格式,即混合了STATEMENT 和 ROW两种格式。
默认情况下采用STATEMENT,但是在一些特殊情况下采用ROW来进行记录。
MIXED 格式能尽量利用两种模式的优点,而避开他们的缺点。

查看日志内容 :

mysqlbinlog mysqlbin.000001;

删除日志 :

方式一

通过 Reset Master 指令删除全部 binlog 日志,删除之后,日志编号,将从
xxxx.000001重新开始 (这里面是空的)。

方式二 

执行指令 purge  master logs to 'mysqlbin.******',该命令将删除 
 ******编号之前的所有日志。 

方式三

执行指令 purge master logs before 'yyyy-mm-dd hh24:mi:ss',该命令将删除日志为 "yyyy-mm-dd hh24:mi:ss" 之前产生的所有日志 。

方式四

设置参数 --expire_logs_days=# ,此参数的含义是设置日志的过期天数,
过了指定的天数后日志将会被自动删除,这样将有利于减少DBA 管理日志的工作量。

3.查询日志

查询日志中记录了客户端的所有操作语句,而二进制日志不包含查询数据的SQL语句。

默认情况下, 查询日志是未开启的。

#该选项用来开启查询日志 , 可选值 : 0 或者 1 ; 0 代表关闭, 1 代表开启 
general_log=1

#设置日志的文件名 , 如果没有指定, 默认的文件名为 host_name.log 
general_log_file=file_name

4.慢查询日志

慢查询日志记录了所有执行时间超过参数 long_query_time 设置值并且扫描记录数不小于 min_examined_row_limit 的所有的SQL语句的日志。long_query_time 默认为 10 秒,最小为 0, 精度可以到微秒。

慢查询日志默认是关闭的 。

该参数用来控制慢查询日志是否开启,可取值:1 和 0 ,1 代表开启,0 代表关闭
slow_query_log=1 

该参数用来指定慢查询日志的文件名
slow_query_log_file=slow_query.log

该选项用来配置查询的时间限制, 超过这个时间将认为值慢查询, 将需要进行日志记录, 默认10s
long_query_time=10

如果慢查询日志内容很多, 直接查看文件,比较麻烦, 这个时候可以借助于mysql自带的 mysqldumpslow 工具, 来对慢查询日志进行分类汇总。

mysqldumpslow slow_query.log

Mysql主从复制

复制概述

复制是指将主数据库的DDL 和 DML 操作通过二进制日志传到从库服务器中,然后在从库上对这些日志重新执行(也叫重做),从而使得从库和主库的数据保持同步。

MySQL支持一台主库同时向多台从库进行复制, 从库同时也可以作为其他从服务器的主库,实现链状复制。

复制原理

从上层来看,复制分成三步:

  • Master 主库在事务提交时,会把数据变更作为时间 Events 记录在二进制日志文件 Binlog 中。
  • 主库推送二进制日志文件 Binlog 中的日志事件到从库的中继日志 Relay Log 。
  • slave重做中继日志中的事件,将改变反映它自己的数据。

复制优势

MySQL 复制的有点主要包含以下三个方面:

  • 主库出现问题,可以快速切换到从库提供服务。
  • 可以在从库上执行查询操作,从主库中更新,实现读写分离,降低主库的访问压力。
  • 可以在从库中执行备份,以避免备份期间影响主库的服务

搭建步骤

master:

1) 在master 的配置文件(/usr/my.cnf)中

#mysql 服务ID,保证整个集群环境中唯一
server-id=1

#mysql binlog 日志的存储路径和文件名
log-bin=/var/lib/mysql/mysqlbin

#错误日志,默认已经开启
#log-err

#mysql的安装目录
#basedir

#mysql的临时目录
#tmpdir

#mysql的数据存放目录
#datadir

#是否只读,1 代表只读, 0 代表读写
read-only=0

#忽略的数据, 指不需要同步的数据库
binlog-ignore-db=mysql

#指定同步的数据库
#binlog-do-db=db01

2) 执行完毕之后,需要重启Mysql

service mysql restart ;

3) 创建同步数据的账户,并且进行授权操作

grant replication slave on *.* to 'xrh1'@'127.0.0.1' identified by '666';	

flush privileges;

4) 查看master状态:

show master status;

slave:

1) 在 slave 端配置文件中,配置如下内容

#mysql服务端ID,唯一
server-id=2

#指定binlog日志
log-bin=/var/lib/mysql/mysqlbin

2) 执行完毕之后,需要重启Mysql

service mysql restart;

3) 执行如下指令

change master to master_host= '127.0.0.0.1', master_user='xrh1', 
master_password='666', master_log_file='mysqlbin.000001', master_log_pos=413;

4) 开启同步操作

start slave;

show slave status;

stop slave;

相关文章