MySQL 常见面试知识点

以前简单总结了一下MySQL的场景面试知识点node

1.讲下MVCC原理
2.MySQL高可用架构介绍
3.OSC(在线更改表结构)原理
4.MySQL性能调优有哪些关键点/经验
5.MySQL在线备份方案,Xtrabackup原理
6.MySQL监控有哪些指标
7.如何在线迁移MySQL
8.MySQL 5.7有哪些新特性/功能
9.Update t1 set c1=v1 where id=123; id是普通索引,该操做,会加哪些锁?
10.空隙锁是解决什么问题的?
11.服务器参数调优,有哪些关键点
12.了解哪些中间件,对LVS,MHA的理解
13.运维MySQL主从复制集群中,遇到过哪些问题,如何解决?
14.运维MySQL过程当中,遇到过什么重大故障,如何处理的?
15. 数据库监控自动化方案
16. innodb_autoinc_lock_mode#自增锁进发怎么设?设哪一个参数,值多少,为何?

1 mvccmysql

mysql数据库的多版本并发控制,对innodb引擎的表实现一致性的非锁定行读,若是读取当前的数据正在进行
dml操做,读取操做不会等待行锁,innodb进行一个快照读,快照的版本是事务开始以前的版本,经过innodb的
undo来实现,不一样事务隔离级别,事务快照定义不同。每一行存储版本号,每个事务都会保存理解的版本号,
依照事务的版原本检查每行的版本。

2 mysql高可用架构linux

 a 双主keepalived,master-master,经过keepalived提供一个虚拟ip,并提供心跳检测脚本(ka_check_mysql.sh)
 ,若是脚本检测mysql失效, 则将该主机剔除keepalived
 b mha,manager节点,多个node,1个master,多个slave,mha能够进行自动切换,手工切换,因为mha能够保证
  多个日志进行合并,日志比对,将数据丢失到最小
 c lvs+keepalived+slave slave负载均衡  
d pxc

因为这个总结于2016年,如今应该加上MGR面试

3 osc在线更改表结构sql

 mysql原生的在线ddl,copy和inplace
 --add index:copy,新建带index的表,锁原表,禁止dml,容许select,将原表数据拷贝到临时表,禁止读写,进行rename,升级字典锁,完成建立index操做
 --add index(second index): inplace,建立索引数据字典,加共享锁,禁止dml,容许select,读取聚簇索引,构造新的索引项,排序并插入新索引
    等待打开当前表的全部只读事务提交,建立结束
 第三方工具进行在线ddl,OAK,pt-online-ddl
 --oak,检查表是否符合oak-online-alter-table,没有fk,trigger,online ddl,数据一致性校验,表切换,rename,删除触发器
 --pt

4 mysql性能调优数据库

 --mysql 参数,
  --innodb_buffer_pool_size
  --innodb_thread_concurrency
  --innodb_io_capacity
  --innodb_flush_method
  --innodb_flush_log_at_trx_commit
  --sync_binlog

5 mysql在线备份方案,xtrabackupjson

   a mysqldump,在线逻辑备份,导出成create,insert格式
   b xtrabackup,innobackupex 在线物理备份,以read-write模式打开innodb的数据文件,
    每次读写1mb的数据,一页一页的遍历,因为不锁表,因此复制出来的数据不一致,对于
	myisam表,必须先锁表,而后复制文件
     --启动后台检测,实时检测mysql redo的变化,一旦redo写入,马上将日志写入日志xtrabackup_log中
	 --复制innodb的数据问候和系统表空间文件
	 --复制结束,执行flush table with read lock
	 --复制frm,myd,myi等文件
	 --这一刻得到binary log的位置
	 --unlock tables
	 InnoDB 维护了一个 redo log,又称为 transaction log,事务日志,它包含了 innodb 数据
	的全部改动状况。当 InnoDB 启动的时候,它会先去检查 data file 和 transaction log,而且会
	作二步操做:
	1.It applies committed transaction log entries to the data files
	2.it performs an undo operation on any transactions that modified data but did not commit.

6 mysql监控指标centos

  zabbix监控mysql,指标
    --cpu,processor load,memory,swap
    --qps,tps,mysqld
    --slave_io_running,slave_sql_running

7 在线迁移mysql安全

    a 经过master-slave在线迁移,手动迁移
    b 经过mha,手工切换
    c pt-archive

8 5.7新特性,功能服务器

   a 安全性,初始化后没有密码为null的,密码修改策略,锁住用户等
   b 对json格式支持
     CREATE TABLE t_jeson (jdoc JSON);
     insert into t_jeson  VALUES('{"key1": "value1", "key2": "value2"}');
   c generate column
     CREATE TABLE triangle (sidea DOUBLE, sideb DOUBLE, area DOUBLE AS (sidea * sideb / 2));
   d 引入sys schema,系统库,包含一些视图,函数和过程
   e 在线开启GTID

9.Update t1 set c1=v1 where id=123; id是普通索引,该操做,会加哪些锁

   a innodb表,RR模式下,首先经过id索引定位到第一条知足查询的记录,记录上加X锁,加GAP的gap锁,而后加聚簇索引记录上的x锁,而后返回
     ,而后读取下一条,重复进行,直至进行到第一条不知足条件的记录,此时不须要加x锁,仍须要加gap锁。
   b inndob表,RC模式下,对应全部知足sql查询条件的记录,都会被加锁,同时,这些记录在主键索引上的记录,也会被加锁  

关于锁这一块,能够详细看一下mysql 45讲里面的锁讲解

10.空隙锁是解决什么问题的?

在RR模式下,innodb为了解决幻读,产生了gap锁 ,在同一个事务,连续两次当前读,返回的彻底相同的记录。

11.服务器参数调优,有哪些关键点

	1 os系统选择,redhat,centos,suse
	2 关闭swap,vm.swappiness=10
	3 单实例mysql,关闭NUMA,os内核中设置,启动mysql时候关闭该参数
	4 作双网卡,bond0,调整网络参数
	5 磁盘调度设置
	6 文件系统 推荐xfs/ext4 ,noatime,nobarrier   

12.了解哪些中间件,对LVS,MHA的理解

   a mycat 中间件,可实现读写分离,主从自动切换,主要在分库分表
   b lvs 负载均衡,dr模式,选择路由方式,负责工做转派
   c mha  高可用架构,manager节点负责管理node,可用进行failover和手动切换主备库
d dble
e sharding-JDBC

13.运维MySQL主从复制集群中,遇到过哪些问题,如何解决?

   集群问题:
   1 从库报错:1062 
		stop slave;
		delete from t1 where ename='robin';
		start slave;   
	2 1032 
		stop slave sql_thread;
		insert into t1 values(1,'linuxidc','http://www.linuxidc.com/linuxidc');
		start slave sql_thread;
	3 从库找不到对应的被删除的记录(Errno: 1032)
		stop slave sql_thread;			
		set gtid_next='1b64c25d-8d2b-11e6-9ac0-000c29b82d0d:92';	
		begin;commit;
		set gtid_next='AUTOMATIC';
		start slave sql_thread;
	4 主库binlog被purge的情形(Errno: 1236)
		Last_IO_Error: Got fatal error 1236 from master when reading data from binary log:

14.运维MySQL过程当中,遇到过什么重大故障,如何处理的?

15. 数据库监控自动化方案

16. innodb_autoinc_lock_mode#自增锁进发怎么设?设哪一个参数,值多少,为何?  

  插入类型 
   insert-like=insert,replace,insert...select,replace...select,load data
   simple inserts=insert,replacce
   bulk inserts=insert...select,replace..select,load data
   mixed-mode inserts=insert into t1(c1,c2) values (1,'a'),(null,'b'),(5,'b'),(null,'d')
   innodb_autoinc_lock_mode=0,1,2
   1 默认值,对于simple inserts只用互斥量对内存中的计算器进行累加,对于bulk inserts,仍是传统
     的auto-inc locking的方式,不考虑rollback,自增加仍是连续的。
	 若是使用auto-inc locking方式产生自增加的值,进行simple inserts时,须要等待auto-inc locking的释放
   2 全部的insert-like,自增加值的产生都是经过互斥两,而不是auto-inc locking方式,性能最高
     并发插入,每次插入,自增加的值可能不连续,使用该模式,主从要用row-base replication,保证
	 最大的并发性能及复制中的主从数据的一致  

上面大部分都偏一点理论知识的理解,其实还有不少的知识点没有列举

在有的时候,面试官会比较关心:集群规模业务数据量业务类型等实际的问题