无意中看到阿里巴巴的面试题,,借此回首DBMS时刻趁热打铁巩固一下基础

拿到题目大概浏览了一遍难度大概在中上游水平,自己跪了接近35%的题目

自己答题如下,欢迎大家讨论分析题1、MySQL的复制原理以及流程

.

(1)、先问基本原理流程，3个线程以及之间的关联；

.

从 发起请求I/O thread线程请求 主

主 接收到请求使用binlog dump线程回应 从

从 I/O thread线程将请求接收下来保存为中继日志

从 再开SQL thread线程将中继线程保存为执行日志

.

(2)、再问一致性延时性，数据恢复；( 每个人角度不同 )

.

出发点 是否使用工具 业务线是否正常 备份恢复成本 一致性

热备份 借助 细微影响 偏高 组合才能完全

温备份 借助 受一部分 中等 完全

冷备份 无 停滞 较低 完全

.

mysqldump

innodb热备 结合binlog 启动大事务

innodb温备 最好锁定表(若有事务则需要结合binlog)

.

数据恢复: 通常情况下 每周完整 + 周中的增量or差异 + 新的binlog

.

(3)、再问各种工作遇到的复制bug的解决方法。

手抖将同步时间改太短,导致cpu空转

主主模式主键重复,调整auto_instcrment

.

.

2、MySQL中myisam与innodb的区别，至少5点

.

(1)、问5点不同；

.

事务有无

多版本控制

行锁

热备份

崩溃恢复

.

(2)、问各种不同mysql版本的2者的改进；

.

同(1)问缺什么补什么

innodb -> xtradb 性能上的

myisam -> aria 崩溃恢复

.

(3)、2者的索引的实现方式。

.

btree InnoDB,MyISAM 左节点小于右节点,提高查询效率

rtree MyISAM btree是2维结构,,那么rtree多于3维

.

.

3、问MySQL中varchar与char的区别以及varchar(50)中的30代表的涵义

.

(1)、varchar与char的区别；

.

同宽度填不填充0的问题,varchar变长

.

(2)、varchar(50)中50的涵义；

.

长度50字符

.

(3)、int(20)中20的涵义；( 跪了,看了几年了一直没去理解过 - -! )

.

显示宽度 int 4字节 建好字段后为 int(11) 最大表示 -21亿 - +21亿 这是11位哦 int(20) 无意义,这是这么一问

.

(4)、为什么MySQL这样设计。(没看明白)

.

[备注] 本人也面试了近12个2年MySQL DBA经验的朋友，没有一个能回答出第(2)、(3)题

.

.

.

4、问了innodb的事务与日志的实现方式

.

(1)、有多少种日志；

.

错误,查询,超时查询,二进制,中继,事务

.

(2)、日志的存放形式；

.

table,file

.

(3)、事务是如何通过日志来实现的，说得越深入越好。(总觉得不够!!)

.

.

流程: 事务发起 -> 内存buffer(提高性能不能一直写磁盘啊) -> 事务日志 -> 磁盘数据

.

事务日志到磁盘的过程可能会出意外,,再次恢复服务后,,事务日志中事务会自动状态同步到磁盘

.

5、问了MySQL binlog的几种日志录入格式以及区别

.

(1)、各种日志格式的涵义；

.

statement语句格式 只是语句状态信息 省空间 适应性强 无法精确复制(触发器,函数)

row行格式 能够实现几乎所有的复制场景 较少的cpu占用率 无法准确得知操作 浪费空间

mixed混合格式 怎么方便怎么来 常用

.

(2)、适用场景；(自己领悟...)

.

屌丝服务器

土豪服务器

文艺服务器

.

(3)、结合第一个问题，每一种日志格式在复制中的优劣。

.

语句: 可能会造成数据不一致

行: 日志文件偏大,不易存储转移,恢复也可能比较慢

混合: 理论上结合两者特点

.

6、问了下MySQL数据库cpu飙升到500%的话他怎么处理？

.

(1)、没有经验的，可以不问；(如果问到我肯定要选这个啊...)

.

(2)、有经验的，问他们的处理思路。

.

列出所有进程 show processlist 观察所有进程 多秒没有状态变化的(干掉)

查看超时日志或者错误日志 (做了几年开发,一般会是查询以及大批量的插入会导致cpu与i/o上涨,,,,当然不排除网络状态突然断了,,导致一个请求服务器只接受到一半,,比如where子句或分页子句没有发送,,当然的一次被坑经历)

.

.

7、sql优化

.

(1)、explain出来的各种item的意义；(一谈优化脑海就是sql语句袭来,,索引重建!!!)

.

分析当前的select语句,,

select_type 当前查询的类型(简单or连接or组合or子查询)

rows 做笛卡尔积要组合的行

extra 额外信息

(其余的实在没记住)

.

考虑将面试官带上其他话题 优化sql中 : )

where 不必要的括号,常量重叠,去除常量条件

范围优化 少用like啊 根据当前的索引选定不同的范围条件啊

多关键字优化 is null, distinct, left/right join, join, union,order by,group by,limit

小表不需要索引: select * from table force index(index_name) where

索引合并优化 select * from table ignore index(indexname1,indexname2) 一张表有多索引,忽略几个在查,可能提高性能

.

(2)、profile的意义以及使用场景；(没看台明白)

.

(3)、explain中的索引问题。(一问中回答过,,只能说之前的做法是 存储过程+算法)

编译过的sql语句还是相当能提升性能的

还有就是组织一些特有的数据构成 (升序 or 树结构 or ...)

这样在过程中加入一些算法(二分,排序树)进行优化,效果还是比较明显

.

ps: oracle中专门有rank,percent_rank这些函数处理数据

得以于初出茅庐之时为当时国字号企业做的一个'大'数据项目 14W/min

对当时的我来说,天文数字,学到不少东西

.

8、备份计划，mysqldump以及xtranbackup的实现原理

.

mysqldump 做之前要日志滚动,记录同步位置,请求锁

xtranbackup 没有锁表,将二进制,事务日志都备份下来,之后必要要做准备,才能用于还原

.

(1)、备份计划；

.

前面说过了..当然因业务,实际需求,场景做动态规划

.

(2)、备份恢复时间；(没看太明白)

.

但是最好在恢复的时候不要进行写操作

.

(3)、备份恢复失败如何处理。

.

检查日志排除问题,如果不行删除当前所有数据文件(不包括二进制哦),利用之前完整备份 + 增量 + 二进制再次重试

.

9、500台db，在最快时间之内重启

.

shell脚本, ansible工具

.

10、在当前的工作中，你碰到到的最大的MySQL DB问题是？(对于这个实在没经验)

.

.

11、innodb的读写参数优化(跪了,,顺手去查询分析的)

.

(1)、读取参数，global buffer pool以及 local buffer；

.

全局缓存池(类似oracle的RAC)

局部缓存器(针对session进行缓存)

.

(2)、写入参数(不明白)；

.

(3)、与IO相关的参数；

.

innodb_read_io_threads 读io的线程数

innodb_io_capacity io总量????

innodb_write_io_threads 写io的线程数

innodb_use_native_aio 实现aio就是纯异步

.

(4)、缓存参数以及缓存的适用场景。

.

cache大小,cache区块大小,单目标最大,cache区块总大小(单词忘记了 查 query_cache)

.

12、请简洁地描述下MySQL中InnoDB支持的四种事务隔离级别名称，以及逐级之间的区别？

.

read uncommitted 可读到未提交数据

read committed 读到提交过后的数据

REPEATABLE-READ 可重读数据

serialization 串行化读完数据

.

(后面送的 :)

更高级的隔离级别

snapshot committer 快照级别一致性提交隔离

snapshot 快照读取

.

13、表中有大字段X(例如：text类型)，且字段X不会经常更新，以读为为主，请问

.

(1)、您是选择拆成子表，还是继续放一起；

.

拆带来的问题 不拆可能带来的问题

连接消耗 + 存储拆分空间 VS 查询性能

.

如果能容忍拆分带来的空间问题,,,拆的话最好和经常要查询的表的主键在物理结构上放置在一起(分区) 顺序IO,减少连接消耗,,,最后这是一个文本列 再加上一个全文索引来尽量抵消连接消耗

.

如果能容忍不拆分带来的查询性能损失的话:

上面的方案在某个极致条件下肯定会出现问题,那么不拆就是最好的选择

.

(2)、写出您这样选择的理由。

.

已填 (观察过国内外论坛项目的数据库设计,,好像没看见谁拆过,,,感觉想多了,,要不就是我记错了,,,还需要再考证)

.

14、MySQL中InnoDB引擎的行锁是通过加在什么上完成(或称实现)的？为什么是这样子的？(跪了,google一下)

.

(这是我自己不知道答案前YY的,不要当真)程序做这样的处理一般都会用单例模式多次锁定(保

持当前对象的状态值),数据库也类型处理吧!!将当前行状态标记为锁定中..还有那一个线程锁的..

.

google了一下,, InnoDB是基于索引来完成行锁

例: select * from tab_with_index where id = 1 for update;

for update 可以根据条件来完成行锁锁定,并且 id 是有索引键的列,

如果 id 不是索引键那么InnoDB将完成表锁,,并发将无从谈起

.

.

.