Mysql面试题目

1, mysql的复制原理以及流程。

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

(2)再问一致性,延时性,数据恢复。

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

2,mysql中myisam与innodb的区别,至少5点。

(1) 问5点不同

1>.InnoDB支持事物,而MyISAM不支持事物

2>.InnoDB支持行级锁,而MyISAM支持表级锁

3>.InnoDB支持MVCC, 而MyISAM不支持

4>.InnoDB支持外键,而MyISAM不支持

5>.InnoDB不支持全文索引,而MyISAM支持。(X) (2) 问各种不同mysql版本的2者的改进 (3)2者的索引的实现方式

3,问mysql中varchar与char的区别以及varchar(50)中的30代表的涵义。

(1)varchar与char的区别

char是一种固定长度的类型,varchar则是一种可变长度的类型

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

最多存放50个字符

(3)int(20)中20的涵义

int(M)中的M indicates the maximum display width (最大显示宽度)for integer types. The maximum legal display width is 255.

(4)为什么MySQL这样设计?

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

(1)有多少种日志

错误日志:记录出错信息,也记录一些警告信息或者正确的信息

慢查询日志:设置一个阈值,将运行时间超过该值的所有SQL语句都记录到慢查询的日志文件中。

二进制日志:记录对数据库执行更改的所有操作

查询日志:记录所有对数据库请求的信息,不论这些请求是否得到了正确的执行。

(2)日志的存放形式

(3)事务是如何通过日志(undo log ,redo log)来实现的,说得越深入越好。

隔离性: 通过 锁 实现

原子性、一致性和持久性是通过 redo和undo来完成的。

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

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

(2)适用场景

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

6,问了下mysql数据库cpu飙升到500%的话他怎么处理?

(1) 没有经验的,可以不问

(2)有经验的,问他们的处理思路

7,sql优化。

(1)explain出来的各种item的意义

(2)profile的意义以及使用场景。

(3)explain中的索引问题。 8, 备份计划,mysqldump以及xtranbackup的实现原理,

(1) 备份计划

(2)备份恢复时间

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

9, 500台db,在最快时间之内重启。

10, 在当前的工作中,你碰到到的最大的mysql db问题是?

11, innodb的读写参数优化

(1)读取参数,global buffer pool以及 local buffer

(2)写入参数

(3)与IO相关的参数

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

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

SQL标准定义的四个隔离级别为:

read uncommited  :读到未提交数据

read committed   :脏读,不可重复读

repeatable read   :

serializable          :串行事物

Read Uncommitted(读取未提交内容)

在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。

Read Committed(读取提交内容)

这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。

Repeatable Read(可重读)

这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读(Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control 间隙锁)机制解决了该问题。注:其实多版本只是解决不可重复读问题,而加上间隙锁(也就是它这里所谓的并发控制)才解决了幻读问题。

Serializable(可串行化)

这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

对于不同的事务,采用不同的隔离级别分别有不同的结果。不同的隔离级别有不同的现象。主要有下面3种现在:

1、脏读(dirty read):一个事务可以读取另一个尚未提交事务的修改数据。

2、非重复读(nonrepeatable read):在同一个事务中,同一个查询在T1时间读取某一行,在T2时间重新读取这一行时候,这一行的数据已经发生修改,可能被更新了(update),也可能被删除了(delete)。

3、幻像读(phantom read):在同一事务中,同一查询多次进行时候,由于其他插入操作(insert)的事务提交,导致每次返回不同的结果集。

不同的隔离级别有不同的现象,并有不同的锁定/并发机制,隔离级别越高,数据库的并发性就越差,4种事务隔离级别分别表现的现象如下表:

隔离级别

脏读

非重复读

幻像读

read uncommitted

允许

允许

允许

read committed

允许

允许

repeatable read

允许

serializable

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

(1)您 是选择拆成子表,还是继续放一起?

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

14,MySQL中InnoDB引擎的行锁是通过加在什么上完成(或称实现)的?为什么是这样子的

15  MyISAM 与innodb的区别

1.      MySQL中控制内存分配的全局参数,有哪些?(注:至少写6个以上)

1>. Key_buffer_size

2>. innodb_buffer_pool_size

3>. innodb_additional_memory_pool_size

4>. innodb_log_buffer_size

5>. query_cache_size

6>.read_buffer_size

7>.read_rnd_buffer_size

2.      请简洁地描述下MySQL中InnoDB支持的四种事务隔离级别名称,以及逐级之间区别?

Read uncommitted: 在该隔离级别,所有事务都可以看到其他未提交的事务的执行结果。读取未提交的事务,称之为“脏读”。

Read Committed:一个事务只能看见已经提交事务所做的改变。因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。

Repeatable Read:这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。这种级别会出现幻读。

Serializable:这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题

它们之间的区别如下表:

隔离级别

脏读

非重复读

幻像读

Read uncommitted

允许

允许

允许

Read Committed

允许

允许

Repeatable Read

允许

Serializable

3.      小题集锦

1>.VARCHAR(N) 或 CHAR(N)中的N含义是:

N的含义表示N个字节。前者是变长,N的范围是 0~65535,后者是固定长度,N的范围是0~255。

2>.若一张表中只有一个字段VARCHAR(N)类型,utf8编码,则N最大值为多少(精确到数量级即可):

由于utf8的每个字符最多占用3个字节。而MySQL定义行的长度不能超过65535,因此N的最大值计算方法为:(65535-1-2)/3。减去1的原因是实际存储从第二个字节开始,减去2的原因是因为要在列表长度存储实际的字符长度,除以3是因为utf8限制:每个字符最多占用3个字节。

因此N=(Floor(65535-1-2)/3)

3>.表中有大字段X(例如:text类型),且字段X不会经常更新,以读为为主,请问您

是选择拆成子表,还是继续放一起,并且写出您的理由?

答案:拆成子表

理由:可以提高其他字段查询和更新的效率,因为每页保存的行数越多,效率会越高。大字段X更新率低,单行读取时效率影响不大。但如果读取的行数越多,影响会越大。因此选择拆成子表更好。

4>.MySQL中InnoDB引擎的行锁是通过加在什么上完成(或称实现)的:

A.     数据块

B.     索引值

选择答案后,告诉我们为什么?

答:B。innodb表数据是索引组织表形式存放

5>.username字段定义为VARCHAR(40)和VARCHAR(200)有啥区别?

答:临时表varchar(200)占用空间更大

5>.MySQL数据库备份方式有那几种(只讨论InnoDB存储引擎),至少写四种。

1>.热备份

2>.冷备份

3>.温备份

4>.二进制日志备份

4.      MySQL复制搭建M->N的过程,请简述各个步骤?(备注:M已经在线跑,N为新安装的MySQL服务器)

1> .在启动主从服务器时,必须用server_id启动选项给出其ID值。主从服务器的ID值不能相同。主服务器启动二进制日志。

2>.在主服务器上,创建一个账户供从服务器连接主服务器并请求修改信息。

3>.连接到主服务器并通过执行showmaster status 语句确定当前的复制坐标。

4>.在从服务器上为将被复制的数据库建立一份完备的副本。

5>.连接到从服务器并使用changemaster 语句来配置它,包括把用来连接主服务器的参数和初始化复制坐标告诉从服务器。

6>.从服务器开始复制。

5.      看图分析(申明:应用程序未有任何版本变更)

1>.图出现什么样的现象,及现象之间的关联性?

图一表示当前处于锁等待的事务数从07:30到09:30急剧增加。图二表示当前等待写入到磁盘的数据量在19:00到01:00之间非常多,并在22:00达到峰值。

之间的联系:图二是因,图一是果。

2>.通过图信息分析得出可能什么原因造成的?

服务器宕机

3>.分析出原因后,告知如何解决?

答:宕机的原因太多。要查看数据库日志文件和操作系统日志来具体分析。

4>.请简述你是如何思考分析的?

答:两幅图的之间的关系要从时间轴来分析,考虑前因后果。

6.      SQL语句优化

原SQL语句:

SELECTID,WAYBILL_NO,EXP_TYPE,PKG_QTY,EXPRESS_CONTENT_CODE,EFFECTIVE_TYPE_CODE

FROM T_EXP_OP WHERE ORDERID NOT IN(SELECTORDERID FROM T_EXP_OP WHERE AUX_OP_CODE IN (‘NEW’,’UPDATE’,’DELETE’) AND((OP_CODE IN (176, 162, 171, 131, 136)AND EXP_TYPE IN (’10’, ’20’, ’30’)) OR(OP_CODE IN (191, 121)AND EXP_TYPE IN (’10’, ’20’)) OR (OP_CODE IN (181,111)AND EXP_TYPE = ’10’))) LIMIT 10;

条件:

T_EXP_OP表主键为BIGINT类型的ID字段,存储引擎为InnoDB,无其他索引

优化后为(提示:优化成一条简单的SQL语句,即无子查询,无JOIN关联):

SELECT ID, WAYBILL_NO, EXP_TYPE, PKG_QTY,EXPRESS_CONTENT_CODE, EFFECTIVE_TYPE_CODE

FROM T_EXP_OP

WHERE

AUX_OP_CODENOT IN (‘NEW’, ‘UPDATE’, ‘DELETE’)

AND(OP_CODE NOT IN (176, 162, 171, 131, 136, 191, 121, 181,111)

ANDEXP_TYPE NOT IN(‘10’, ‘20’, ‘30’))

LIMIT 10;

7.      分页SQL语句优化

原SQL语句:

SELECT * FROM test FORCE(idx_m_n) WHEREm=1 ORDER BY n LIMIT 1000,10;

条件:

Test表为InnoDB存储引擎,主键为BIGINT类型的ID字段,二级索引:idx_m_n(m,n)

优化后为:

索引要修改为: idx_m_n(m,n,ID);

SELECT a.* FROM test a

inner join

(SELECT ID FROM test FORCE(idx_m_n) WHEREm=1 ORDER BY n LIMIT 1000,10 ) b

on a.id=b.id

请简述优化的理由:

1>.二级索引中没有ID字段,无法达到最优化

2>.采用多表连接,效率会更高

3>.

8.      语句挑错

SQL语句:

SELECTM.columnname……,N.* columnname…..

FROMleft_table M  LEFT JOIN right_tableN

ON M.columnname_join=N. columnname_join  ANDN. columnname=XXX AND M.columnname=XXX

请问本SQL语句哪里不合理,为啥不合理?

答:N.* columnname….. 应该改为N.columnname……

空格符有明显错误,如:M.  columnname_join应改为:M.columnname_join,N.columnname_join, N. columnname同理。

9.      [SELECT *] 和[SELECT 全部字段]的2种写法有何优缺点,至少写出四点

1>.前者要解析数据字典,后者不需要

2>.结果输出顺序,前者与建表列顺序相同,后者按指定字段顺序。

3>.表字段改名,前者不需要修改,后者需要改

4>.后者可以建立索引进行优化,前者无法优化

5>.后者的可读性比前者要高

10.  HAVNG 子句 和 WHERE的异同点,至少写出3点

1>.语法上:where 用表中列名,having用select结果别名

2>.影响结果范围:where从表读出数据的行数,having返回客户端的行数

3>.索引:where 可以使用索引,having不能使用索引,只能在临时结果集操作

4>.where后面不能使用聚集函数,having是专门使用聚集函数的。

11.  分布式数据库产品的特点(至少写4条)

1>.数据分布在多个异地点,抗灾性强

2>.并发性高

3>.受网络影响很大

4>.单机的性能不是特别重要,但是总体成本很高。

5>.扩展性强

12.  数据拆分架构的优缺点(至少写8条)

1>.透明性,程序不需要做任何修改

2>.解决集中数据库的扩展局限性。实现水平扩展问题,涉及到数据的拆分问题

3>.提高数据库服务的性能、可靠性、可用性

4>.实现技术不难,开发成本和维护成本可控

5>.测试成本高

6>.无法支持分布式事务

7>.数据拆分后数据合并难

8>.部分功能限制

9>.扩展受限

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏乐沙弥的世界

Percona XtraDB Cluster 的一些使用限制(PXC 5.7)

Percona XtraDB Cluster有众多的优秀特性,使得mysql集群得以轻松实现。但是不要忽略了它的一些限制。如果你无法接受,或者你的应用程序或数据...

15430
来自专栏散尽浮华

Python3出现“No module named 'MySQLdb'“问题-以及使用PyMySQL连接数据库

Python3 与 Django 连接数据库,出现了报错:Error loading MySQLdb module: No module named 'MySQ...

6.8K20
来自专栏PHP在线

MySQL存储引擎总结

前言 在数据库中存的就是一张张有着千丝万缕关系的表,所以表设计的好坏,将直接影响着整个数据库。而在设计表的时候,我们都会关注一个问题,使用什么存储引擎。等一下,...

43860
来自专栏Java3y

Oracle总结【视图、索引、事务、用户权限、批量操作】

前言 在Oracle总结的第一篇中,我们已经总结了一些常用的SQL相关的知识点了…那么本篇主要总结关于Oralce视图、序列、事务的一些内容… 在数据库中,我们...

44540
来自专栏沃趣科技

MySQL8.0之数据字典

MySQL 8.0 将数据库元信息都存放于InnoDB存储引擎表中,在之前版本的MySQL中,数据字典不仅仅存放于特定的存储引擎表中,还存放于元数据文件、非事务...

61590
来自专栏禅林阆苑

Sphinx&coreseek实现中文分词索引

众所周知,mysql等数据库的LIKE模糊搜索不支持索引,因此查询效率极低,需要结合第三方索引引擎程序(索引程序)来提高查询性能。

37530
来自专栏JMCui

SQL优化二(SQL性能调优)

一·、前言:这篇博文内容非原创,是我们公司的架构师给我们做技术培训的时候讲的内容,我稍微整理了下,借花献佛。这篇博文只是做一个大概的科普介绍,毕竟SQL优化的知...

44360
来自专栏james大数据架构

微软官方提供的用于监控MS SQL Server运行状况的工具及SQL语句

Microsoft SQL Server 2005 提供了一些工具来监控数据库。方法之一是动态管理视图。动态管理视图 (DMV) 和动态管理函数 (DMF) 返...

35170
来自专栏jouypub

Hive日常操作

根据分区查询数据:select table_coulm from table_name where partition_name = '2018-11-01';

28030
来自专栏用户2442861的专栏

mysql table相关命令

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/haluoluo211/article/d...

19520

扫码关注云+社区

领取腾讯云代金券