©2020-2024 ioDraw All rights reserved
MySQL在面试中经常被问到，本文总结了面试中的经典问题。
****1.****数据库三大范式是什么？
第一范式：每个列都不可以再拆分。
第二范式：在第一范式的基础上，非主键列完全依赖于主键，而不能是依赖于主键的一部分。
第三范式：在第二范式的基础上，非主键列只依赖于主键，不依赖于其他非主键。
在设计数据库结构的时候，要尽量遵守三范式，如果不遵守，必须有足够的理由。
比如性能。事实上我们经常会为了性能而妥协数据库的设计。
****2.****mysql有关权限的表都有哪几个
MySQL服务器通过权限表来控制用户对数据库的访问，权限表存放在mysql数据库里，由mysql_install_db脚本初始化。
这些权限表分别是user，db，table_priv，columns_priv和host。
user权限表：记录允许连接到服务器的用户帐号信息，里面的权限是全局级的。
db权限表：记录各个帐号在各个数据库上的操作权限。
table_priv权限表：记录数据表级的操作权限。
columns_priv权限表：记录数据列级的操作权限。
host权限表：配合db权限表对给定主机上的数据库级操作权限作更细致的控制。这个权限表不受GRANT和REVOKE语句的影响。
3.SQL语句主要分为哪几类
·数据定义语言DDL（Data Ddefinition Language）CREATE，DROP，ALTER
主要为以上操作，即对逻辑结构等有操作的，其中包括表结构，视图和索引。
·数据查询语言DQL（Data Query Language）SELECT
这个较为好理解，即查询操作，以select关键字。
各种简单查询，连接查询等都属于DQL。
·数据操纵语言DML（Data Manipulation Language）INSERT，UPDATE，DELETE
主要为以上操作，即对数据进行操作的，对应上面所说的查询操作DQL与DML共同构建了多数初级程序员常用的增删改查操作。查询是较为特殊的一种，被划分到DQL中。
·数据控制功能DCL（Data Control Language）GRANT，REVOKE，COMMIT，ROLLBACK
主要为以上操作，即对数据库安全性完整性等有操作的，可以简单的理解为权限控制等。
4****.什么是死锁？怎么解决？****
死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方的资源，从而导致恶性循环的现象。
常见的解决死锁的方法：
如果不同程序会并发存取多个表，尽量约定以相同的顺序访问表，可以大大降低死锁机会；
在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁产生概率；
对于非常容易产生死锁的业务部分，可以尝试使用升级锁定颗粒度，通过表级锁定来减少死锁产生的概率；
如果业务处理不好可以用分布式事务锁或者使用乐观锁。
****5.****什么是脏读？幻读？不可重复读？
脏读(Drity
Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read)：在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新了原有的数据。
幻读(Phantom
Read)：在一个事务的两次查询中，数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
6****.SQL的生命周期？****
①应用服务器与数据库服务器建立一个连接
②数据库进程拿到请求sql
③解析并生成执行计划，执行
④读取数据到内存并进行逻辑处理
⑤通过步骤一的连接，发送结果到客户端
⑥关掉连接，释放资源
****7.****MySQL数据库cpu飙升到100%的话怎么处理？
当cpu飙升到100%时，先用操作系统命令top命令观察是不是mysqld占用导致的。
如果不是，找出占用高的进程，并进行相关处理。
如果是mysqld造成的，show
processlist，看看里面跑的session情况，是不是有消耗资源的sql在运行。找出消耗高的sql，看看执行计划是否准确，index是否缺失，或者实在是数据量太大造成。
一般来说，肯定要kill掉这些线程(同时观察cpu使用率是否下降)，等进行相应的调整(比如说加索引、改sql、改内存参数)之后，再重新跑这些SQL。
也有可能是每个sql消耗资源并不多，但是突然之间，有大量的session连进来导致cpu飙升，这种情况就需要跟应用一起来分析为何连接数会激增，再做出相应的调整，比如说限制连接数等。
****8.****MySQL主从复制解决了哪些问题？
主从复制的作用是：
主数据库出现问题，可以切换到从数据库。可以进行数据库层面的读写分离。可以在从数据库上进行日常备份。
数据分布：随意开始或停止复制，并在不同地理位置分布数据备份
负载均衡：降低单个服务器的压力
高可用和故障切换：帮助应用程序避免单点失败
升级测试：可以用更高版本的MySQL作为从库
****9.****MySQL常用的备份工具有哪些？
常用备份工具mysql复制：
逻辑备份(mysqldump，mydumper)
物理备份(copy,xtrabackup)
备份工具差异对比：
·mysql复制相对于其他的备份来说，得到的备份数据比较实时。
·逻辑备份：分表比较容易。mysqldump备份数据时是将所有sql语句整合在同一个文件中；mydumper备份数据时是将SQL语句按照表拆分成单个的sql文件，
每个sql文件对应一个完整的表。
·物理备份：拷贝即可用，速度快。
copy:直接拷贝文件到数据目录下，可能引起表损坏或者数据不一致。
xtrabackup对于innodb表是不需要锁表的，对于myisam表仍然需要锁表。
10.MySQL备份计划如何制定？
视库的大小来定。一般来说100G内的库，可以考虑使用mysqldump来做，因为mysqldump更加轻巧灵活，备份时间选在业务低峰期，可以每天进行都进行全量备份(mysqldump备份出来的文件比较小，压缩之后更小)。
100G以上的库，可以考虑用xtranbackup来做，备份速度明显要比mysqldump要快。
一般是选择一周一个全备，其余每天进行增量备份，备份时间为业务低峰期。
先自我介绍一下，小编13年上师交大毕业，曾经在小公司待过，去过华为OPPO等大厂，18年进入阿里，直到现在。深知大多数初中级java工程师，想要升技能，往往是需要自己摸索成长或是报班学习，但对于培训机构动则近万元的学费，着实压力不小。自己不成体系的自学效率很低又漫长，而且容易碰到天花板技术停止不前。因此我收集了一份《java开发全套学习资料》送给大家，初衷也很简单，就是希望帮助到想自学又不知道该从何学起的朋友，同时减轻大家的负担。添加下方名片，即可获取全套学习资料哦