1 基本介绍和使用
mysql5.7之修改root用户的密码
UPDATE mysql.user SET authentication_string = '123456' WHERE Host = '127.0.0.1' AND User = 'root';
FLUSH PRIVILEGES;
2 多一些介绍
2.1 配置文件
二进制日志log-bin：主从复制相关。
错误日志log-error：默认不会开启
查询日志log：默认也不会开启
数据文件：frm文件，存放表结构；myd文件，存放表数据；myi文件，存放表索引。
2.2 Mysql逻辑架构
Connectors：JDBC、Python等。
Connection Pool：连接池；Management Services & Utilities：容灾备份等等。
Sql Interface：DDL，DML； Parser：查询事务；Optimizer：优化器：访问路径，统计等；Cache & buffers：
可拔插的存储引擎：MyISAM、InnoDB等
文件系统：NTFS、ext3、SAN和NAS等； 文件和日志：Redo、 undo等。
【连接层】
上层是一些客户端和连接服务，包含本地sock通信和大多数基于客户端/服务端工具实现的类似于TCP/IP的通信。主要完成一些类似链接处理、授权认证和相关的安全方案。该层引入了线程池的概念，为通过安全认证的客户提供线程。该层上也可以实现基于SSL的安全连接。服务器也会为安全接入的每个客户端验证其所具有的操作权限。
【服务层】
完成大多数的核心服务功能。例如SQL接口，缓存查询，SQL分析和优化和部分内置函数的执行。所有跨存储引擎的功能也在本层实现，如过程，函数等。在本层，服务器会解析查询并创建相应的内部解析树，并对其完成相应的优化，如确定查询表的顺序，是否利用索引等，最后生成相应的执行操作。如果是select语句，服务器还会查询内部的缓存。如果缓存空间足够大，在大量读操作的环境中能够很好的提升系统性能。
【引擎层】
存储引擎真正负责了MySQL中数据的存储和提取，服务器通过API与存储引擎进行通信。
【存储层】
将数据存储在运行于裸设备的文件系统之上，并完成与存储引擎的交互。
2.2.1 存储引擎介绍
| 对比项 | MyISAM | InnoDB |
|---|---|---|
| 主外键 | 不支持 | 支持 |
| 事务 | 不支持 | 支持 |
| 行/表锁 | 表锁，即操作一条记录会锁住整个表，不适合高并发的操作 | 支持行锁，操作时只锁住一行，不对其他行有影响，适合高并发的操作 |
| 缓存 | 只缓存索引，不缓存真实数据 | 不仅缓存索引还缓存真实数据，对内存要求较高，而且内存大小对性能有决定性影响 |
| 表空间 | 小 | 大 |
| 关注点 | 性能 | 事务 |
| 默认安装 | 是 | 是 |
3 索引优化分析
3.1 Sql慢的常见原因
【Sql语句本身有问题】
【索引失效】
【关联查询太多Join】
设计缺陷或者是不得已的需求
【服务器调优和各个参数设置】
3.2 JOIN
【人写和机器的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 <rder_by_condition>
limit <limit_number>
机读
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 <rder_by_condition>
limit <limit_number>
SQL解析的顺序
- from：笛卡尔积
- on：主表保留
- JOIN：不符合on也添加；where：非聚合，非select别名
- group by：改变对表引用
- having：只作用分组后
- select：distinct
- order by：可使用select别名
- limit：rows，offset
A和B的交集：
采用内连接
select <select_list> from tableA A inner join tableB B on A.key = B.key;
A的所有+AB的共有：
采用左连接
select <select_list> from tableA A left join tableB B on A.key = B.key;
B的所有+AB的共有
采用右连接
select <select_list> from tableA A right join tableB B on A.key = B.key;
A-B
select <select_list> from tableA A left join tableB B on A.key = B.key where B.key is null;
B-A
select <select_list> from tableA A left join tableB B on A.key = B.key where A.key is null;
A和B的并集
全外连接
select <select_list> from tableA A full outer join tableB B on A.key = B.key;
// mysql不支持全外链接语法，可以用union实现。
select <select_list> from tableA A left join tableB B on A.key = B.key
union
select <select_list> from tableA A right join tableB B on A.key = B.key;
A和B各自的独有
select <select_list> from tableA A full outer join tableB B on A.key = B.key where A.key is null or B.key is null;
// mysql不支持全外链接语法，可以用union实现。
select <select_list> from tableA A left join tableB B on A.key = B.key where B.key is null
union
select <select_list> from tableA A right join tableB B on A.key = B.key where A.key is null;
3.3 索引
索引（index）是帮助MySQL高效获取数据的数据结构。
索引的本质：索引是数据结构。
索引就是：排好序的快速查找数据结构
一般来说索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储在磁盘上。
【优缺点】
优：提高数据检索效率，降低数据库的IO成本；降低数据排序的成本，降低了CPU的消耗。
缺：实际上索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录，所以索引列也是要占用空间的。 有了索引之后会大大降低更新表的速度，会额外更新索引文件，并且以为数据变化会导致索引结构发生变化。 索引可能不是一下子就是最优的，要花费大量的时间去优化分析。
【MySQL索引的分类】
- 单值索引
一个索引只包含单个列，一个表可以有多个单列索引。 - 唯一索引
索引列的值必须唯一，但允许有空值。 - 复合索引
一个索引包含多个列
【MySQL索引结构】
-
BTree
-
Hash
-
full-text全文索引
-
R-Tree索引
【适合建索引和不适合建索引的场景】
《适合的情况》
- 主键自动建立唯一索引
- 频繁作为查询条件的字段应该创建索引
- 查询中与其它表关联的字段，外键关系建立索引。
- 高并发的场景下倾向于创建组合索引
- 查询中排序的字段，排序字段若通过索引访问将会大大提高排序速度。
- 查询中统计或者分组字段（分组必然涉及排序）
《不适合的情况》
7. 频繁更新的字段不适合创建索引，频繁增删改的表也不适合建立索引
8. where条件里面用不到的字段不创建索引
9. 表记录太少
10. 数据重复并且分布平均的表字段不适合建立索引。如果某个数据列包含许多重复的内容，为它建立索引没有太大的效果。
3.4 性能分析
【MySQL常见瓶颈】
CPU：CPU饱和一般发生在数据装入主内存或者从磁盘上读取数据的时候
IO：IO瓶颈主要发生在装入数据远大于内存容量的时候。
服务器硬件性能瓶颈：top free iostat和vmstat来查看系统的性能状态
3.4.1 Explain
【是什么】
使用explain可以模拟优化器执行sql语句，从而知道mysql是如何执行语句的。有利于分析查询语句或表结构的性能瓶颈
【作用】
表的读取顺序：id字段可以体现
数据读取操作的操作类型：select_type字段可以体现
哪些索引可以使用：possible_keys
哪些索引被实际使用: key
表之间的引用: ref
每张表有多少行被优化器查询：rows
【使用】
explain + sql
《id》
select查询的序号，包含一组数字，表示查询中执行select子句或者操作表的顺序。有三种情况：（1）id相同，执行顺序由上到下。（2）id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行。（3）id既有相同又有不同，两种情况同时存在。
《select_type》
查询类型
SIMPLE：最简单的查询，查询中不包含子查询或者UNION
PRIMARY：最外层查询，“鸡蛋壳”
SUBQUERY：子查询
DERIVED：在from列表中包含的子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表里。
UNION：若第二个select出现在union之后，则会被标记为union；若union包含在from子句的子查询中，外层select将会被标记为derived
UNION RESULT：从union生成的表中获取结果的select
《table》
显示这一行数据是关于那张表的。
《type》
访问类型
从最好到最差依次是：system > const > eq_ref > ref > range > index > all
一般来说，需要保证查询知道能达到range级别，最好能达到ref。
all：全表扫描
index：Full Index Scan，index类型遍历整个索引树。
range：只检索给定范围的行，使用一个索引来选择行。key列显示了使用了哪个索引。一般就是where子句中出现了between、<、 >、 in等的查询。这种范围扫描要比全表扫描好。
ref：非唯一性索引扫描，返回匹配某一个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以它应该属于查找和扫描的混合。
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描。
const：表示索引依次就找到了，const用于比较primary key或者unique索引。因为只匹配一行数据，所以会很快。如果将主键置于where列表中，MySQL就能将该查询转换为一个常量。
system：表只有一行记录（等于系统表），这是const类型的特例，平时不会出现，可以忽略不计。
NULL
《possible_keys》
显示可能应用在这张表上面的索引，一个或者多个。
查询涉及到的字段上若存在索引，则该索引会被列出，但不一定被查询实际使用。
《key》
实际使用到的索引。如果为NULL，表示没有使用到索引。
查询中若使用了覆盖索引，则该索引仅出现在key列表中。
《key_len》
表示索引中使用的字节数，可通过该列计算查询中使用的索引长度。在不损失精确性的情况下，长度越短越好。 key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得出的，不是通过表内检索得出的。
《ref》
显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或者常量被用于查找索引列上的值。
《rows》
根据表统计信息以及索引选用情况，大致估算出找到所需的记录需要读取的行数。
《Extra》
-
Using File Sort
说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。
MySQL中无法利用索引完成的排序操作称为“文件排序” -
Using temporary
使用了临时表保存中间结果，MySQL在对查询结果排序的时候使用临时表。常见于order by和分组查询group by。 -
Using index
表示相应的select操作使用了覆盖索引（Covering index），避免访问了表的数据行，效率不错。
如果同时出现using where，表明索引被用来执行索引键值的查找。 如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。
覆盖索引理解方式一：就是select的数据列只用从索引中就能够取得，不必再去读取数据行，MySQL可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件。换言之，查询列要被所建的索引覆盖。
如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可以使用select *
-
Using where
表明使用了where过滤。 -
Using join buffer
使用了连接缓存。 -
Impossible where
where子句的值总是false，不能用来获取任何元组 -
select tables optimized away
在没有group by子句的情况下， 基于索引优化min/max操作或者对于MyISAM引擎优化count(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。 -
distinct
优化distinct操作，再找到第一个匹配的元组后立即停止查询动作。
3.5 索引优化分析
3.5.1 索引单表优化案例
https://www.bilibili.com/video/BV1EC4y1s7a7/?p=31&spm_id_from=pageDriver&vd_source=f4dcb991bbc4da0932ef216329aefb60
范围会使得索引失效。
3.5.2 索引双表优化案例
左连接给右边的表上面加索引；右连接在左边的表上面加索引；
3.5.3 索引三表优化案例
https://www.bilibili.com/video/BV1EC4y1s7a7/?p=33&spm_id_from=pageDriver&vd_source=f4dcb991bbc4da0932ef216329aefb60
两个join的另一边都建立索引就好了。
3.5.4 小结
索引最好设置在需要经常查询的字段中。
尽可能减少Join语句中的NestedLoop的循环总次数。“小表驱动大表”
优先优化NestedLoop的内层循环
保证Join语句中被驱动表上Join字段已经被索引；
当无法保证被驱动表的Join条件字段被索引且内存资源充足的前提下，不要太吝惜JoinBuffer的设置。
3.6 避免索引失效
1 全值匹配MySQL最爱
2 最佳做前缀法则
查询从索引的最左前列开始并且不跳过索引中的列
带头大哥不能死
中间兄弟不能断
3 不在索引列上做任何操作（计算、函数，自动或者手动的类型转换），否则会导致索引失效而转向全表扫描
索引列上少计算
4 存储引擎中不能使用索引中条件范围右边的列。
范围之后全失效
5 尽量使用覆盖索引（索引列和查询列一致），减少select *；
6 mysql在使用不等于（!= 或者 <>）的时候无法使用索引会导致全表扫描
7 is null或者is not null也无法使用索引
8 like以通配符开头（‘%abc’）的情况，索引会失效，会导致全表扫描
like百分加右边
如果非要两边都有%，尽量使用覆盖索引 。
9 字符串不加单引号，索引会失效
可能会有隐式的类型转换
字符串里有引号
10 少用or，用or来连接时索引会失效
全职匹配我最爱，最左前缀要遵守。
带头大哥不能死，中间兄弟不能断。
索引列上少计算，范围之后全失效。
like百分加右边，覆盖索引不写星。
varchar引号不能丢，SQL高级也不难。
4 查询截取分析
分析慢sql。
1 观察，看生产环境下的慢sql情况
2 开启慢查询日志，设置阈值（例如超过5s钟的就是慢SQL），将慢SQL抓取出来。
3 explain+慢SQL
4 show profile
5 DBA进行SQL服务器的参数调优
4.1 查询优化
主要学习order by和group by情况下的分析优化。
【小表驱动大表】
select * from A where id in (select id from B)
当B的数据集小于A的数据集的时候，in优于exists
select * from A where exists (select 1 from B where B.id = A.id);
当A的数据集小于B的数据集的时候，exists优于in。
exits语法理解：将主查询的数据，放到子查询中做验证，根据验证结果来判断主查询的结果是否得到保留。
（1）exists的子查询只返回true或者false，因此子查询中可以使select * 或者select 1或者其他内容。执行的时候会忽略select 清单，因此没有区别。
（2）exists子查询在执行过程会优化的，一 般不会是逐条比对。如果担心效率问题，需要在实际的生产场景中进行验证。
（3）exists子查询往往也可以用条件表达式、其他子查询或者JOIN来代替，选中何种实现需要具体问题具体分析。
【order by优化】
order by应该尽量使用index方式排序，避免使用FileSort的方式排序。
order by子句使用索引最左前列
使用where子句和order by子句条件组合满足索引最左前列。
禁止使用select *（加粗强调）
filesort算法：单路排序和双路排序。
MySQL4.1之前使用双路排序，进行两次磁盘扫描动作，最终得到数据。
单路排序：从磁盘读取到所有要查询的列，按照order by的顺序在buffer中进行排序，然后扫描排序后的列表进行输出，效率更快一些，并且把随机IO变成了顺序IO，但是此算法会使用更多的内存空间（因为把每一行都保存在内存中了）。
如果表中的内容超过了sort_buffer中的值，那么单路排序算法中就会进行很多次的IO，反而使得性能下降。 此时的优化策略有：（1）增大sort_buffer_size的值（2）调大max_length_for_sort_data
【group by优化】
group by本质上是先排序后分组，遵循最佳做前缀原则。
当无法使用索引列时，（1）增大sort_buffer_size的值（2）调大max_length_for_sort_data
where优先级高于having，能写在where中的就不要写在having了。
4.2 慢查询日志
4.2.1 是什么
是一种日志，用来记录MySQL中响应时间超过阈值的语句，具体指运行时间超过long_query_time的SQL会被记录到慢查询日志中。 long_query_time的默认值为10. MySQL源码里面的判断是大于 long_query_time，不是大于等于。
默认没有开启慢查询日志。需要手动设置参数。 如果不是调优需要，一般不建议启用该参数。 开启慢查询日志之后会带来一定的性能影响。
4.2.2 查看和开启
show variables like '%slow_query_log%'
set global slow_query_log = 1; //此命令只对当前数据库生效，重启之后会失效。
如果想要长期生效，必须修改配置文件my.cnf.
[mysqlid]
slow_query_log = 1
slow_query_file = /var/lib/mysql/xxx_slow.log //缺省的文件名为：host_name-slow.log
long_query_time=3;
log_output=FILE
4.2.3 mysqldumpslow
s：按照何种方式排序
c：访问次数
l：锁定时间
r：返回记录
t：查询时间
al：平均锁定时间
ar：平均返回记录数
at：平均查询时间
t：返回前面多少条数据
g：后面跟一个正则表达式，大小写不敏感。
得到返回记录集最多的10个sql
mysqldumpslow -s r -t 10 /var/lib/mysql/xxx_slow.log
得到访问次数最多的10个sql
mysqldumpslow -s c -t 10 /var/lib/mysql/xxx_slow.log
得到按照时间排序的前十条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/xxx_slow.log
建议结合|和more使用,否则有可能出现爆屏的情况
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/xxx_slow.log | more
4.3 批量数据脚本
如果创建函数的时候报错：This function has none of DETERMINSTIC…
需要开启log_bin_trust_function_creators
show variables like 'log_bin_trust_function_creators'
set global log_bin_trust_function_creators=1 // 这种都是重启之后失效的。 想长期生效就修改配置文件
一个返回随机字符串的函数：
delimiter $$
create function rand_string(n int) returns varchar(255)
begin
declare chars_str varchar(100) default 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ';
declare return_str varchar(255) default '';
declare i int default 0;
while i < n do
set return_str = concat(return_str, substring(chars_str, floor(1 + rand() * 52), 1));
set i = i + 1;
end while
return resturn_str;
end $$
一个随机返回整数的函数
delimiter $$
create function rand_num() return int(5)
begin
declare i in default 0;
set i = floor(100 + rand() * 10);
return i;
end $$
向表中插入数据的存储过程
delimiter $$
create procedure instert_emp(in start int(10), int max_num int(10))
begin
declare i int default 0;
set autocommit = 0;
repeat
set i = i +1;
insert into emp (empno, ename, job, mgr, hieredate, sal, comm, deptno) values ((start + i), rand_string(6), 'SALESMAN', 0001, curdate(), 2000, 400, rand_num());
until i = max_num
end repeat;
commit;
end $$
delimiter $$
create procedure instert_dept(in start int(10), int max_num int(10))
begin
declare i int default 0;
set autocommit = 0;
repeat
set i = i +1;
insert into dept (deptno, dname, loc) values ((start + i), rand_string(10), rand_string(8));
until i = max_num
end repeat;
commit;
end $$
调用存储过程
delimiter ;
call insert_dept(100, 10); // 部门编号从100开始，10个部门。
delimiter ;
call inster_emp(100001, 500000); // 向员工表中插入50万条数据
4.4 show profile
4.4.1 是什么
mysql提供的用来分析当前会话中语句执行的资源的消耗情况。可以用于SQL调优的测量。
默认情况下， 处于关闭状态，并保存近15次的运行结果。
4.4.2 分析步骤
- 是否支持，需要确认当前mysql版本是否支持
Show variables like 'profiling'
- 开启功能
set profiling = on
-
运行SQL
-
show prifiles，查看结果
show profiles;
结果为:
| Query_ID | Duration | Query |
|---|---|---|
| 1 | 2.77228500 | select * from emp group by id % 10 limit 15000 |
- 诊断SQL
show profile cpu,block io for query 1; // 1就是上一步的查询id
- 日常开发过程中需要注意的结论
converting HEAP to MyISAM：查询结果太大，内存不够用，需要搬移到磁盘上面。
Creating tmp table：创建临时表
Copying to tmp table on disk：把内存中临时表复制到磁盘，危险操作
locked
4.5 全局查询日志
永远不要在生产环境中开启这个功能。
4.5.1 启用
第一种方式，直接修改配置文件 my.cnf
# 开启
general_log = 1
# 记录日志文件的路径
general_log_file=/path/logfile
# 输出格式
log_output=FILE
第二种方式，直接使用命令
set global general_log = 1;
set global log_output='TABLE';
select * from mysql.general_log;
5 MySQL锁机制
5.1 概述
5.1.1 定义
数据库中存在数据的争用。锁是计算机协调多个进程或者线程并发访问某一资源的机制。
5.1.2 分类
【按照数据操作的类型分类】
读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
写锁（排他锁）：当前写操作没有完成前，它会阻断其他写锁和读锁。
【按照对数据操作的颗粒度分类】
【表锁】
偏向MyISAM引擎，开销小，加锁快，无死锁，粒度大，发生锁冲突的概率最高，并发度最低。
show open tables; // 查看表上加过的锁
lock table mylock read, book write; // 给表上锁。
unlock tables; // 给所有的表释放锁
【读阻塞写例子】
| session_1 | session_2 |
|---|---|
| 给mylock表上读锁 | |
| 当前session可以查询该表记录 | 其他session也可以查询该表记录 |
| 当前session不能查询其他没有被锁定的表 | 其他session也可以查询或者更新没有上锁的表 |
| 当前session插入或者更新被锁定的表会失败，提示错误 | 其他session插入或者更新被锁定了的表会一直等待获取锁 |
| 释放锁 | session2获取到了锁，插入操作完成。 |
【写锁例子】
| session_1 | session_2 |
|---|---|
| 给mylock表上写锁 | 在session1上锁之后连接session2 |
| 当前session对锁定了的表可以进行查询、更新和插入 | 其他session对锁定表的查询被阻塞，需要等待锁被释放 |
| 释放锁 | session2获取到了锁，读取操作完成。 |
简言之，读锁会阻塞写，但是不会阻塞读，而写锁会把读和写都阻塞。
【表锁分析】
- 分析表锁定
可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定。
table_locks_immediate：产生表级锁定的次数，表示可以立即获取锁的查询次数，每次立即获取锁值+1；
table_locks_waited：出现表锁争用而发生等待的次数（不能立即获取锁的次数，每等待一次锁值+1），如果此值比较高说明存在比较严重的表锁争用。
show status like 'table%'
MyISAM锁调度是写优先，此表明MyISAM不适合作为写为主的表的引擎。因为写锁之后，其他线程不能做任何操作，大量的更新会使得查询很难获得锁，从而造成永远阻塞。
【行锁】
偏向InnoDB存储引擎，开销大，加锁慢，有可能会出现死锁，粒度小，发生锁冲突的概率低，并发度高。
索引失效会使得行锁变表锁
- 如何锁定一行？
begin;
select * from test_innodb_lock where a = 8 for update; // 重点就是for update
commit;
- 如何分析行锁定
show status like 'innodb_row_lock%';
innodb_row_lock_waits: 系统启动后到现在总共等待的次数
innodb_row_lock_current_waits: 当前正在等待的个数
innodb_row_lock_time_avg: 平均等待时长
innodb_row_lock_time：等待总时长
- 小结
尽可能让数据检索都通过索引来完成，避免无索引导致行锁升级为表锁。
合理设计索引，尽量缩小锁的范围
尽可能减少检索条件，避免间隙锁。
尽量控制事务大小，减少锁定的资源量和时间长度。
尽可能低级别事务隔离
【间隙锁】
当使用范围条件而不是相等条件检索数据，并请求共享或者排他锁的时候，InnoDB会给符合条件的已有数据的索引项加锁；对于key在条件范围内但并不存在的记录，称为“间隙（GAP）”，InnoDB也会对这个“间隙”加锁，这种锁机制就是间隙锁（Next-Key锁）。
| session_1 | session_2 |
|---|---|
| 进行范围内更新 | 插入在范围内的一个数据，此时阻塞产生，暂时不能插入 |
| commit | 阻塞解除，完成插入 |
在执行query的过程中通过范围进行查找的情况下，会锁定范围内的所有的键值，即使这个键值并不存在。 会造成在锁定的时候无法插入在锁定范围内的任何数据。在某些场景下会对性能造成极大的危害。
6 主从复制
6.1 基本原理
slave会从master读取binlog来进行数据同步
MySQL复制过程为三步：
1 master将数据改变行为记录到二进制日志（binary log）中。这些记录过程叫做二进制日志事件（binary log events）。
2 slave将master的binary日志拷贝到自己的中继日志（relay log）中。
3 slave重做中继日志中的事件，将改变应用到自己的数据库中。MySQL复制是异步且串行化的。
6.2 基本原则
每个slave只有一个master
每个slave只能有一个唯一的服务器id
每个master可以有多个slave
6.3 复制存在的问题
延时
6.4 一主一从常见配置
版本一致并且都以后台服务的方式运行。
主从两个机器能互相ping通
主从都配置在[mysqlid]节点下面，都是小写。
主机的配置文件
[mysqld]
server-id = 1 // 主server唯一id 【必须项】
log-bin=本地路径/mysqlbin // 启用二进制日志 【必须项】
log-err=本地路径/mysqlerr // 启用错误日志【可选项】
basedir=“本地路径” // 根目录，类似于javaHome 【可选项】
tmpdir=“本地路径” // 临时目录，【可选项】
datadir=“本地路径/Data” // 数据目录，【可选项】
read-only=0 // 读写都可以
binlog-ignore-db=mysql // 设置不需要复制的数据库，类似于gitignore 【可选项】
binlog-do-db=mysql // 设置需要复制的数据库，【可选项】
从机的配置文件
server-id = 2 // 从server唯一id，肯定不能跟主一样 【必须项】
log-bin=默认的就好 // 启用二进制日志 【可选项，但是建议必须项】
主机从机都重启后台mysql服务
主从机都关闭防火墙
在windows主机上建立账户并授权slave
grant replication slave on *.* to 'zhangsan'@'192.168.x.x' identified by '123456';
flush privileges;
show master status;
在linux从机上配置需要复制的主机。
change master to master host='192.168.x.x'
master_user='zhangsan'
master_password='123456'
master_log_file='mysqlbin.具体数字',master_log_pos=具体值;
start slave;
show slave status;
stop slave; // 停掉slave
主机增删改查，从机复制。
扫一扫
42万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
