|
| 1 | +# 数据库面试题 |
| 2 | + |
| 3 | +标签（空格分隔）： 数据库 Java面试题 |
| 4 | + |
| 5 | +--- |
| 6 | + |
| 7 | +### 什么是存储过程？有哪些优缺点？ |
| 8 | + |
| 9 | +存储过程是一些预编译的SQL语句。 |
| 10 | + |
| 11 | +更加直白的理解：存储过程可以说是一个记录集，它是由一些T-SQL语句组成的代码块，这些T-SQL语句代码像一个方法一样实现一些功能（对单表或多表的增删改查），然后再给这个代码块取一个名字，在用到这个功能的时候调用他就行了。 |
| 12 | + |
| 13 | +存储过程是一个预编译的代码块，执行效率比较高 |
| 14 | +一个存储过程替代大量T_SQL语句 ，可以降低网络通信量，提高通信速率 |
| 15 | +可以一定程度上确保数据安全 |
| 16 | + |
| 17 | +### 索引是什么？有什么作用以及优缺点？ |
| 18 | + |
| 19 | +索引是对数据库表中一或多个列的值进行排序的结构，是帮助MySQL高效获取数据的数据结构 |
| 20 | + |
| 21 | +你也可以这样理解：索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。 |
| 22 | + |
| 23 | +MySQL数据库几个基本的索引类型：普通索引、唯一索引、主键索引、全文索引 |
| 24 | + |
| 25 | +- 索引加快数据库的检索速度 |
| 26 | +- 索引降低了插入、删除、修改等维护任务的速度 |
| 27 | +- 唯一索引可以确保每一行数据的唯一性 |
| 28 | +- 通过使用索引，可以在查询的过程中使用优化隐藏器，提高系统的性能 |
| 29 | +- 索引需要占物理和数据空间 |
| 30 | + |
| 31 | +### 什么是事务？ |
| 32 | + |
| 33 | +事务（Transaction）是并发控制的基本单位。所谓的事务，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。事务是数据库维护数据一致性的单位，在每个事务结束时，都能保持数据一致性。 |
| 34 | + |
| 35 | +### 数据库的乐观锁和悲观锁是什么？ |
| 36 | + |
| 37 | +数据库管理系统（DBMS）中的并发控制的任务是确保在多个事务同时存取数据库中同一数据时不破坏事务的隔离性和统一性以及数据库的统一性。 |
| 38 | + |
| 39 | +乐观并发控制(乐观锁)和悲观并发控制（悲观锁）是并发控制主要采用的技术手段。 |
| 40 | + |
| 41 | +- 悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作 |
| 42 | +- 乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。 |
| 43 | + |
| 44 | +### 使用索引查询一定能提高查询的性能吗？为什么 |
| 45 | + |
| 46 | +通常,通过索引查询数据比全表扫描要快.但是我们也必须注意到它的代价. |
| 47 | + |
| 48 | +索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时,索引本身也会被修改. 这意味着每条记录的INSERT,DELETE,UPDATE将为此多付出4,5 次的磁盘I/O. 因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.使用索引查询不一定能提高查询性能,索引范围查询(INDEX RANGE SCAN)适用于两种情况: |
| 49 | + |
| 50 | +- 基于一个范围的检索,一般查询返回结果集小于表中记录数的30% |
| 51 | +- 基于非唯一性索引的检索 |
| 52 | + |
| 53 | +### 单说一说drop、delete与truncate的区别 |
| 54 | + |
| 55 | +SQL中的drop、delete、truncate都表示删除，但是三者有一些差别 |
| 56 | + |
| 57 | +- delete和truncate只删除表的数据不删除表的结构 |
| 58 | +- 速度,一般来说: drop> truncate >delete |
| 59 | +- delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效; |
| 60 | +如果有相应的trigger,执行的时候将被触发. truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger. |
| 61 | + |
| 62 | +### drop、delete与truncate分别在什么场景之下使用？ |
| 63 | + |
| 64 | +- 不再需要一张表的时候，用drop |
| 65 | +- 想删除部分数据行时候，用delete，并且带上where子句 |
| 66 | +- 保留表而删除所有数据的时候用truncate |
| 67 | + |
| 68 | +### 超键、候选键、主键、外键分别是什么？ |
| 69 | + |
| 70 | +超键：在关系中能唯一标识元组的属性集称为关系模式的超键。一个属性可以为作为一个超键，多个属性组合在一起也可以作为一个超键。超键包含候选键和主键。 |
| 71 | + |
| 72 | +候选键：是最小超键，即没有冗余元素的超键。 |
| 73 | + |
| 74 | +主键：数据库表中对储存数据对象予以唯一和完整标识的数据列或属性的组合。一个数据列只能有一个主键，且主键的取值不能缺失，即不能为空值（Null）。 |
| 75 | + |
| 76 | +外键：在一个表中存在的另一个表的主键称此表的外键。 |
| 77 | + |
| 78 | +### 什么是视图？以及视图的使用场景有哪些？ |
| 79 | + |
| 80 | +视图是一种虚拟的表，具有和物理表相同的功能。可以对视图进行增，改，查，操作，试图通常是有一个表或者多个表的行或列的子集。对视图的修改不影响基本表。它使得我们获取数据更容易，相比多表查询。 |
| 81 | + |
| 82 | +- 只暴露部分字段给访问者，所以就建一个虚表，就是视图。 |
| 83 | +- 查询的数据来源于不同的表，而查询者希望以统一的方式查询，这样也可以建立一个视图，把多个表查询结果联合起来，查询者只需要直接从视图中获取数据，不必考虑数据来源于不同表所带来的差异 |
| 84 | + |
| 85 | +### 说一说三个范式。 |
| 86 | + |
| 87 | +- 第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。 |
| 88 | + |
| 89 | +- 第二范式（2NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。 |
| 90 | +- 第三范式（3NF）：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如 果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系： 关键字段 → 非关键字段 x → 非关键字段y |
| 91 | + |
| 92 | +### mysql中myisam与innodb的区别，至少5点。 |
| 93 | + |
| 94 | +（1） 问5点不同 |
| 95 | + |
| 96 | +答：1、 存储成本不一样，存储限制不一样； |
| 97 | +2、CPU使用成本不一样，innodb缓存数据和索引； |
| 98 | +3、锁粒度不一样，支持MVCC； |
| 99 | +4、缓存机制不一样(buffer_pool和key_buffer) |
| 100 | +5、事务支持； |
| 101 | +6、索引支持：全文索引(myisam),外键(innodb)，hash(innodb) |
| 102 | +7、读写速度； |
| 103 | +8、备份； |
| 104 | + |
| 105 | + |
| 106 | +（2）2者的索引的实现方式； |
| 107 | + |
| 108 | +myisam将索引和数据分开存放，索引记录索引中键值的物理位置，根据物理位置去MYD的数据页中寻找对应的data page；数据排列是堆数据，没有物理顺序，索引只是在逻辑上将数据串起来，并不改变数据的物理位置； |
| 109 | + |
| 110 | +innodb采用主键将数据进行物理排序存放，新插入的数据根据主键的大小，会修改主键索引的序列；secondary index通过查找主键来查找数据； |
| 111 | + |
| 112 | +### 问mysql中varchar与char的区别以及varchar(30)中的30代表的涵义。 |
| 113 | +（1） varchar与char的区别 |
| 114 | + |
| 115 | +答：变长和固定长度 |
| 116 | + |
| 117 | +（2）varchar(50)中50的涵义 |
| 118 | + |
| 119 | +答： 字符最大长度50，所代表的字节数与字符集有关，比如是utf8占3个字节，那么varchar(50)字段在表中最大取到150个字节 |
| 120 | + |
| 121 | +（3） int（20）中20的涵义 |
| 122 | + |
| 123 | +答：int是类型的数字，在2进制记录里，长度最大为20，数字范围是-2^19~(2^19-1)； |
| 124 | + |
| 125 | +（4）为什么MySQL这样设计？ |
| 126 | + |
| 127 | +答：在varchar(M)中,varchar在一张表中最大的字节数目为65535，实际长度跟存放的内容有关； |
| 128 | + |
| 129 | +### MySQL中InnoDB引擎的行锁是通过加在什么上完成（或称实现）的？为什么是这样子的？ |
| 130 | + |
| 131 | +Innodb的行锁是加在索引实现的； |
| 132 | + |
| 133 | +原因是:innodb是将primary key index和相关的行数据共同放在B+树的叶节点；innodb一定会有一个primary key，secondary index查找的时候，也是通过找到对应的primary，再找对应的数据行； |
| 134 | + |
| 135 | +### 结束 |
0 commit comments