没有合适的资源?快使用搜索试试~ 我知道了~
首页MySQL数据库高级工程师-面试题-MySQL DBA面试题01-风哥整理(面试必过)
MySQL数据库高级工程师-面试题-MySQL DBA面试题01-风哥整理(面试必过)

1.1 1、MySQL 的复制原理以及流程 (1)、复制基本原理流程 1. 主:binlog 线程——记录下所有改变了数据库数据的语句,放进master 上的binlog 中; 2. 从:io 线程——在使用start slave 之后,负责从master 上拉取binlog 内容,放进自己的relay log 中;3. 从:sql 执行线程——执行relay log 中的语句; (2)、MySQL 复制的线程有几个及之间的关联 MySQL 的复制是基于如下3 个线程的交互( 多线程复制里面应该是4 类线程): 1. Master 上面的binlog dump 线程,该线程负责将master 的binlog event 传到slave; 2. Slave 上面的IO 线程,该线程负责接收Master 传过来的binlog,并写入relay log; 3. Slave 上面的SQL 线程,该线程负责读取relay log 并执行; 4. 如果是多线程复制,无论是5.6 库级别的假多线程还是MariaDB 或者5.7 的真正的多线程复制, SQL 线 程只做coordinator,只负责把relay log 中的binlog 读出来然后交给worker 线程, woker 线程负 责具体binlog event 的执行 更多面试题,请下载附件......
资源详情
资源评论
资源推荐

MySQL 数据库高级工程师-面试题 01-风哥整理
版权保护,传播必究
版权保护,传播必究
整理
整理
:
:
风哥
风哥
最新课程了解,请进入风哥博客
:
:
http://oracle1
http://oracle1
8
8
c.blog.51cto.com
c.blog.51cto.com
/
/
可获取风哥相关信息。
可获取风哥相关信息。
最新课程了解,请进入风哥博客:http://oracle8c.blog.51cto.com/
或进入 51cto 学院官方网:http://edu.51cto.com,搜索“风哥”,可获取风哥相关信息。
QQ 技术交流群:189070296,150201289,加群获取最新免费 ORACLE/MySQL 视频教程
第
1
页共
15
页
M
M
ySQL
ySQL
数据库高级工程师
数据库高级工程师
面试题
面试题
01
01
(V
(V
2
2
.0)
.0)
1)Oracle/MySQL 数据库高级工程师_学习指南_职业规划_就业待遇
免费试听:http://edu.51cto.com/course/7015.html
2)Oracle 云数据库高级工程师_学习指南_职业规划_就业待遇
免费试听:http://edu.51cto.com/course/7015.html
报名咨询:http://edu.51cto.com/mic-position/131.html
3)MySQL 数据库高级工程师_学习指南_职业规划_就业待遇
免费试听:http://edu.51cto.com/course/8856.html
报名咨询:http://edu.51cto.com/mic-position/303.html
4)Oracle DBA 数据库高级工程师培训专题 1.1(门徒专属)
(风哥终身会员.系列 78 套.超越 OCP/OCM)
http://edu.51cto.com/topic/1121.html
5)MySQL DBA 数据库高级工程师培训专题 1.0(门徒专属 )
http://edu.51cto.com/topic/1646.html
6)双数据库(Oracle+MySQL)大神级系列教程分享 1.1(定期更新)
http://www.itpux.com/oracle.html
风哥
风哥
QQ
QQ
:
:
176140749
176140749
,获取更多免费视频!
,获取更多免费视频!
QQ
QQ
技术交流群:
技术交流群:
189070296
189070296
,
,
150201289
150201289
,加群获取最新免费
,加群获取最新免费
ORACLE/MySQL
ORACLE/MySQL
视频教程
视频教程
MySQL数据库高级工程师-面试题-MySQL DBA面试题01-风哥整理(面试必过)
http://www.itpux.com/oracle.html

MySQL 数据库高级工程师-面试题 01-风哥整理
版权保护,传播必究
版权保护,传播必究
整理
整理
:
:
风哥
风哥
最新课程了解,请进入风哥博客
:
:
http://oracle1
http://oracle1
8
8
c.blog.51cto.com
c.blog.51cto.com
/
/
可获取风哥相关信息。
可获取风哥相关信息。
最新课程了解,请进入风哥博客:http://oracle8c.blog.51cto.com/
或进入 51cto 学院官方网:http://edu.51cto.com,搜索“风哥”,可获取风哥相关信息。
QQ 技术交流群:189070296,150201289,加群获取最新免费 ORACLE/MySQL 视频教程
第
2
页共
15
页
1.1 1、MySQL 的复制原理以及流程
(1)、复制基本原理流程
1. 主:binlog 线程——记录下所有改变了数据库数据的语句,放进 master 上的 binlog 中;
2. 从:io 线程——在使用 start slave 之后,负责从 master 上拉取 binlog 内容,放进 自己的 relay log
中;3. 从:sql 执行线程——执行 relay log 中的语句;
(2)、MySQL 复制的线程有几个及之间的关联
MySQL 的复制是基于如下 3 个线程的交互( 多线程复制里面应该是 4 类线程):
1. Master 上面的 binlog dump 线程,该线程负责将 master 的 binlog event 传到 slave;
2. Slave 上面的 IO 线程,该线程负责接收 Master 传过来的 binlog,并写入 relay log;
3. Slave 上面的 SQL 线程,该线程负责读取 relay log 并执行;
4. 如果是多线程复制,无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制, SQL 线
程只做 coordinator,只负责把 relay log 中的 binlog 读出来然后交给 worker 线程, woker 线程负
责具体 binlog event 的执行;
(3)、MySQL 如何保证复制过程中数据一致性及减少数据同步延时
一致性主要有以下几个方面:
1.在 MySQL5.5 以及之前, slave 的 SQL 线程执行的 relay log 的位置只能保存在文件
( relay-log.info)里面,并且该文件默认每执行 10000 次事务做一次同步到磁盘, 这意味着 slave 意
外 crash 重启时, SQL 线程执行到的位置和数据库的数据是不一致的,将导致复制报错,如果不重搭复制,则
有可能会
导致数据不一致。MySQL 5.6 引入参数 relay_log_info_repository,将该参数设置为 TABLE 时,MySQL
将 SQL 线程执行到的位置存到 mysql.slave_relay_log_info 表,这样更新该表的位置和 SQL 线程执行的
用户事务绑定成一个事务,这样 slave 意外宕机后, slave 通过 innodb 的崩溃
恢复可以把 SQL 线程执行到的位置和用户事务恢复到一致性的状态。
2. MySQL 5.6 引入 GTID 复制,每个 GTID 对应的事务在每个实例上面最多执行一次, 这极大地提高了复制
的数据一致性;
3. MySQL 5.5 引入半同步复制, 用户安装半同步复制插件并且开启参数后,设置超时时间,可保证在超时时
间内如果 binlog 不传到 slave 上面,那么用户提交事务时不会返回,直到超时后切成异步复制,但是如果切
成异步之前用户线程提交时在 master 上面等待的时候,事务已经提交,该事务对 master
上面的其他 session 是可见的,如果这时 master 宕机,那么到 slave 上面该事务又不可见了,该问题直到
5.7 才解决;
4. MySQL 5.7 引入无损半同步复制,引入参 rpl_semi_sync_master_wait_point,该参数默认为
after_sync,指的是在切成半同步之前,事务不提交,而是接收到 slave 的 ACK 确认之后才提交该事务,从
此,复制真正可以做到无损的了。
5.可以再说一下 5.7 的无损复制情况下, master 意外宕机,重启后发现有 binlog 没传到 slave 上面,这
部分 binlog 怎么办???分 2 种情况讨论, 1 宕机时已经切成异步了, 2 是宕机时还没切成异步??? 这
个怎么判断宕机时有没有切成异步呢??? 分别怎么处理???
延时性:
5.5 是单线程复制, 5.6 是多库复制(对于单库或者单表的并发操作是没用的), 5.7 是真正意义的多线程
复制,它的原理是基于 group commit, 只要
master 上面的事务是 group commit 的,那 slave 上面也可以通过多个 worker 线程去并发执行。 和
MairaDB10.0.0.5 引入多线程复制的原理基本一样。
(4)、工作遇到的复制 bug 的解决方法
MySQL数据库高级工程师-面试题-MySQL DBA面试题01-风哥整理(面试必过)
http://www.itpux.com/oracle.html

MySQL 数据库高级工程师-面试题 01-风哥整理
版权保护,传播必究
版权保护,传播必究
整理
整理
:
:
风哥
风哥
最新课程了解,请进入风哥博客
:
:
http://oracle1
http://oracle1
8
8
c.blog.51cto.com
c.blog.51cto.com
/
/
可获取风哥相关信息。
可获取风哥相关信息。
最新课程了解,请进入风哥博客:http://oracle8c.blog.51cto.com/
或进入 51cto 学院官方网:http://edu.51cto.com,搜索“风哥”,可获取风哥相关信息。
QQ 技术交流群:189070296,150201289,加群获取最新免费 ORACLE/MySQL 视频教程
第
3
页共
15
页
5.6 的多库复制有时候自己会停止,我们写了一个脚本重新 start slave;待补充…
2、MySQL 中 myisam 与 innodb 的区别,至少 5 点
(1)、问 5 点不同
1.InnoDB 支持事物,而 MyISAM 不支持事物
2.InnoDB 支持行级锁,而 MyISAM 支持表级锁
3.InnoDB 支持 MVCC, 而 MyISAM 不支持
4.InnoDB 支持外键,而 MyISAM 不支持
5.InnoDB 不支持全文索引,而 MyISAM 支持。
6.InnoDB 不能通过直接拷贝表文件的方法拷贝表到另外一台机器, myisam 支持
7.InnoDB 表支持多种行格式, myisam 不支持
8.InnoDB 是索引组织表, myisam 是堆表
(2)、innodb 引擎的 4 大特性
1.插入缓冲(insert buffer)
2.二次写(double write)
3.自适应哈希索引(ahi)
4.预读(read ahead)
(3)、各种不同 mysql 版本的 Innodb 的改进
MySQL5.6 下 Innodb 引擎的主要改进:
( 1) online DDL
( 2) memcached NoSQL 接口
( 3) transportable tablespace( alter table discard/import tablespace)
( 4) MySQL 正常关闭时,可以 dump 出 buffer pool 的( space, page_no),重启时 reload,加
快预热速度
( 5) 索引和表的统计信息持久化到 mysql.innodb_table_stats 和 mysql.innodb_index_stats,可
提供稳定的执行计划
( 6) Compressed row format 支持压缩表
MySQL 5.7 innodb 引擎主要改进
( 1) 修改 varchar 字段长度有时可以使用 online DDL
( 2) Buffer pool 支持在线改变大小
( 3) Buffer pool 支持导出部分比例
( 4) 支持新建 innodb tablespace,并可以在其中创建多张表
( 5) 磁盘临时表采用 innodb 存储,并且存储在 innodb temp tablespace 里面,以前是 myisam 存储
( 6) 透明表空间压缩功能
(4)、2 者 select count(*)哪个更快,为什么
myisam 更快,因为 myisam 内部维护了一个计数器,可以直接调取。
(5)、2 者的索引的实现方式
MySQL数据库高级工程师-面试题-MySQL DBA面试题01-风哥整理(面试必过)
http://www.itpux.com/oracle.html
剩余14页未读,继续阅读















安全验证
文档复制为VIP权益,开通VIP直接复制

评论3