MySQL은 일반적으로 사용되는 도구
1, 연결 옵션
mysql -h 127.0.0.1 -P 3306 -u root -p
mysql -h127.0.0.1 -P3306 -uroot -p2143
2, 실행 옵션
此选项可以在Mysql客户端执行SQL语句,而不用连接到MySQL数据库再执行,对于一些批处理脚本,这种方式尤
其方便。
mysql -uroot -p2143 db01 -e "select * from tb_book";
3 mysqladmin 데이터
mysqladmin 是一个执行管理操作的客户端程序。可以用它来检查服务器的配置和当前状态、创建并删除数据库等。
mysqladmin --help 指令查看帮助文档
示例 :
mysqladmin -uroot -p2143 create 'test01';
mysqladmin -uroot -p2143 drop 'test01';
mysqladmin -uroot -p2143 version;
도 4에서 mysqlbinlog
由于服务器生成的二进制日志文件以二进制格式保存,所以如果想要检查这些文本的文本格式,就会使用到
mysqlbinlog 日志管理工具。
mysqlbinlog [options] log-files1 log-files2 ...
选项:
-d, --database=name : 指定数据库名称,只列出指定的数据库相关操作。
-o, --offset=# : 忽略掉日志中的前n行命令。
-r,--result-file=name : 将输出的文本格式日志输出到指定文件。
-s, --short-form : 显示简单格式, 省略掉一些信息。
--start-datatime=date1 --stop-datetime=date2 : 指定日期间隔内的所有日志。
--start-position=pos1 --stop-position=pos2 : 指定位置间隔内的所有日志。
5, mysqldump는
mysqldump 客户端工具用来备份数据库或在不同数据库之间进行数据迁移。备份内容包含创建表,及插入表的
SQL语句。
mysqldump [options] db_name [tables]
mysqldump [options] --database/-B db1 [db2 db3...]
mysqldump [options] --all-databases/-A
输出内容选项
参数:
--add-drop-database 在每个数据库创建语句前加上 Drop database 语句
--add-drop-table 在每个表创建语句前加上 Drop table 语句 , 默认开启 ; 不开启 (--
skip-add-drop-table)
-n, --no-create-db 不包含数据库的创建语句
-t, --no-create-info 不包含数据表的创建语句
-d --no-data 不包含数据
-T, --tab=name 自动生成两个文件:一个.sql文件,创建表结构的语句;
一个.txt文件,数据文件,相当于select into outfile
示例 :
mysqldump -uroot -p2143 db01 tb_book --add-drop-database --add-drop-table > a
mysqldump -uroot -p2143 -T /tmp test city
별도로 유래의 데이터베이스 테이블 파일 테이블 구조 (.SQL) 및 데이터 (.txt입니다) 수출.
데이터 파일 TXT 가져 오기 명령 최고 수출.
도 6에는 mysqlimport / 소스
mysqlimport 是客户端数据导入工具,用来导入mysqldump 加 -T 参数后导出的文本文件。
mysqlimport -uroot -p2143 test /tmp/city.txt
如果需要导入sql文件,可以使用mysql中的source 指令 :
source /root/tb_book.sql
소스 SQL 가져 오기 파일 (테이블 구조와 테이블 데이터)
. 7 mysqlshow 데이터
mysqlshow 客户端对象查找工具,用来很快地查找存在哪些数据库、数据库中的表、表中的列或者索引。
mysqlshow [options] [db_name [table_name [col_name]]]
--count 显示数据库及表的统计信息(数据库,表 均可以不指定)
-i 显示指定数据库或者指定表的状态信息
#查询每个数据库的表的数量及表中记录的数量
mysqlshow -uroot -p2143 --count
#查询test库中每个表中的字段书,及行数
mysqlshow -uroot -p2143 test --count
#查询test库中book表的详细情况
mysqlshow -uroot -p2143 test book --count
당신은 전체 데이터베이스가 얼마나 많은 데이터뿐만 아니라 많은 테이블이 볼 수
있는 데이터의 양의 데이터베이스 테이블의 얼마나 많은 참조하는
특정 테이블의 특정을
테이블의 세부 사항을
MySQL의 로그
在任何一种数据库中,都会有各种各样的日志,记录着数据库工作的方方面面,以帮助数据库管理员追踪数据库曾
经发生过的各种事件。MySQL 也不例外,在 MySQL 中,有 4 种不同的日志,分别是错误日志、二进制日志
(BINLOG 日志)、查询日志和慢查询日志,这些日志记录着数据库在不同方面的踪迹。
1 에러 로그
错误日志是 MySQL 中最重要的日志之一,它记录了当 mysqld 启动和停止时,以及服务器在运行过程中发生任何
严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时,可以首先查看此日志。
该日志是默认开启的 , 默认存放目录为 mysql 的数据目录(var/lib/mysql), 默认的日志文件名为
hostname.err(hostname是主机名)。
查看日志位置指令 :
show variables like 'log_error%';
查看日志内容 :
tail -f /var/lib/mysql/xaxh-server.err
오류 로그는 기본적으로 활성화되어 있습니다. 오류 로그 저장 디렉토리 확인
2, 바이너리 로그
바이너리 로그 : 로그에 추가 및 삭제를 포함, 로그 쿼리가 포함되어 있지 않습니다.
쿼리 로그 : 모든 클라이언트 CRUD 작업 로그를 포함
二进制日志(BINLOG)记录了所有的 DDL(数据定义语言)语句和 DML(数据操纵语言)语句,但是不包括数
据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用,MySQL的主从复制, 就是通过该binlog实现
的。
二进制日志,默认情况下是没有开启的,需要到MySQL的配置文件中开启,并配置MySQL日志的格式。
配置文件位置 : /usr/my.cnf
日志存放位置 : 配置时,给定了文件名但是没有指定路径,日志默认写入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工具来查看,语法如下 :
mysqlbinlog log-file;
로그보기 성명서 형식
mysqlbin.index : 该文件是日志索引文件 , 记录日志的文件名,表示包含的二进制文件名;
mysqlbing.000001 :日志文件
查看日志内容 :
mysqlbinlog mysqlbing.000001;
로그보기 ROW 형식
#配置开启binlog日志, 日志的文件前缀为 mysqlbin -----> 生成的文件名如 :
mysqlbin.000001,mysqlbin.000002
log_bin=mysqlbin
#配置二进制日志的格式
binlog_format=ROW
如果日志格式是 ROW , 直接查看数据 , 是查看不懂的 ; 可以在mysqlbinlog 后面加上参数 -vv
mysqlbinlog -vv mysqlbin.000002
삭제 로그
对于比较繁忙的系统,由于每天生成日志量大 ,这些日志如果长时间不清楚,将会占用大量的磁盘空间。下面我们
将会讲解几种删除日志的常见方法 :
方式一
通过 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" 之前产生的所有日志 。
方式四
Reset Master 1
设置参数 --expire_logs_days=# ,此参数的含义是设置日志的过期天数, 过了指定的天数后日志将会被自动删
除,这样将有利于减少DBA 管理日志的工作量。
配置如下 :
3, 쿼리 로그
바이너리 로그 : 로그에 추가 및 삭제를 포함, 로그 쿼리가 포함되어 있지 않습니다.
쿼리 로그 : 모든 클라이언트 CRUD 작업 로그를 포함
查询日志中记录了客户端的所有操作语句,而二进制日志不包含查询数据的SQL语句。
默认情况下, 查询日志是未开启的。如果需要开启查询日志,可以设置以下配置 :
#该选项用来开启查询日志 , 可选值 : 0 或者 1 ; 0 代表关闭, 1 代表开启
general_log=1
#设置日志的文件名 , 如果没有指定, 默认的文件名为 host_name.log
general_log_file=file_name
在 mysql 的配置文件 /usr/my.cnf 中配置如下内容 :
구성이 완료되면 다음과 같은 데이터베이스 작업을 수행합니다
select * from tb_book;
select * from tb_book where id = 1;
update tb_book set name = 'lucene入门指南' where id = 5;
select * from tb_book where id < 8;
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
로그 읽기
및 오류 로그, 쿼리 로그, 같은 슬로우 쿼리 로깅 형식을 직접 읽을 수있는 일반 텍스트입니다.
LONG_QUERY_TIME 1) 질의 값.
26.77s의 구현의 길이, 10 초 이상, 슬로우 쿼리 로그 파일에 기록됩니다.
2) 슬로우 쿼리 로그 파일을 볼 수
느린 쿼리가 직접 컨텐츠를 많이 기록 문서, 더 많은 문제를보고하면, MySQL에 의한 이번에는 슬로우 쿼리 로그의 분류 요약 mysqldumpslow 도구를 제공
MySQL의 복제
하여 기본 데이터베이스 DDL 및 DML 작업의 복제를 의미 바이너리 로그 데이터베이스와 주 데이터베이스에서 데이터가 동기화 그래서, 라이브러리 서버에서 전송 한 후 다시 실행이 로그 (또한 다시 실행)에서 라이브러리를.
MySQL은 다른 사슬의 복제를 달성하기 위해, 서버의 주요 라이브러리로 사용할 수 있지만 라이브러리는 라이브러리에서 하나 이상 복사로부터 동시에 메인 라이브러리 중 하나를 지원한다.
从上层来看,复制分成三步:
Master 主库在事务提交时,会把数据变更作为时间 Events 记录在二进制日志文件 Binlog 中。
主库推送二进制日志文件 Binlog 中的日志事件到从库的中继日志 Relay Log 。
slave重做中继日志中的事件,将改变反映它自己的数据。
复制优势
主库出现问题,可以快速切换到从库提供服务。
可以在从库上执行查询操作,从主库中更新,实现读写分离,降低主库的访问压力。
可以在从库中执行备份,以避免备份期间影响主库的服务。
단계 빌드는
먼저 방화벽 서버 2 개의 iptables STOP 서비스 해제,
마스터
. 마스터 구성 파일의 1) (/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 'itcast'@'192.168.192.131' identified by 'itcast';
flush privileges;
4)보기 마스터 상태 : 쇼 마스터 상태;
字段含义:
File : 从哪个日志文件开始推送日志文件
Position : 从哪个位置开始推送日志
Binlog_Ignore_DB : 指定不需要同步的数据库
슬레이브
1) 슬레이브 측 구성 파일은 다음의 구성. :
#mysql服务端ID,唯一
server-id=2
#指定binlog日志
log-bin=/var/lib/mysql/mysqlbin
2)이 완료되면, 필요 MySQL의를 다시 시작합니다 : MySQL을 다시 시작 서비스를,
3) 다음 명령을 실행합니다. :
指定当前从库对应的主库的IP地址,用户名,密码,从哪个日志文件开始的那个位置开始同步推送日志。
change master to master_host= '192.168.192.130', master_user='itcast',
master_password='itcast', master_log_file='mysqlbin.000001', master_log_pos=413;
4) 동기 운전 열기
start slave;
show slave status;
이 것은 정상 그림 아래에있는 기본적으로 네 것도 문제입니다.
5) 운전 정지 슬레이브 동기화를 중지하는 단계;
동기 확인
, 기본 데이터베이스의 데이터베이스 작성 테이블을 생성하고 데이터를 삽입) 1 :
create database db01;
user db01;
create table user(
id int(11) not null auto_increment,
name varchar(50) not null,
sex varchar(1),
primary key (id)
)engine=innodb default charset=utf8;
insert into user(id,name,sex) values(null,'Tom','1');
insert into user(id,name,sex) values(null,'Trigger','0');
insert into user(id,name,sex) values(null,'Dawn','1');
2) 데이터베이스에서 쿼리 데이터에서 확인하려면
라이브러리에서, 당신은 당신이 방금 만든 데이터베이스 볼 수 있습니다 :
데이터베이스를 테이블에서 사용자 쿼리 데이터 :