面试常问集锦——MySQL部分

Mysql速成大法
请签收MySQL灵魂十连
https://mp.weixin.qq.com/s?__biz=MzI4NjI1OTI4Nw==&mid=2247488721&idx=1&sn=eead82d2b7a0fdf993beacc4dfd60313&chksm=ebdef5e9dca97cff9d638877e5855850727ae26ebcfd60c7700ae53e311fa6ddb64b63bb9552&scene=178&cur_album_id=1663134697297608707#rd

Mysql 夺命连环 13 问
https://mp.weixin.qq.com/s?__biz=MzUxODAzNDg4NQ==&mid=2247486042&idx=2&sn=c7fa1e63353f3da7f977ac15398cf106&scene=21#wechat_redirect

某小公司：MySQL连环问
https://mp.weixin.qq.com/s/AHO_pyZtTH71qoiRsvtRlw

杭州某大厂：MySQL 连环问(第二弹)
https://mp.weixin.qq.com/s/rZ8aH5DDH3zGmkVyfKT-zw

MySQL高频面试题
https://mp.weixin.qq.com/s/IqE6iTfGQ76OWX7bQIlTCg

《逆袭进大厂》第十一弹之MySQL25问25答
https://mp.weixin.qq.com/s/IiJYHoAxqTnqW0LfRAh2BQ

《逆袭进大厂》第十二弹之MySQL重点篇27问27答
https://mp.weixin.qq.com/s/KGFui8AaqOoxGzcKBrJ5-g

阿里一面，给了几条SQL，问需要执行几次树搜索操作？
https://mp.weixin.qq.com/s/TwDu2dS8EP31IVyv_Qc5Hw

MySQL 三万字精华总结 + 面试100 问
https://mp.weixin.qq.com/s/rPnQAA1u_CLNw_8t_uSU3w

我是小M，老板不当人子
https://mp.weixin.qq.com/s/eGKGVfZSKnKTLdEF3Mxomw

我叫小M，立志建立MySQL帝国
https://mp.weixin.qq.com/s/krJ7vXnNHAp3oYeVKni06w

 索引部分
MySQL 索引详解（附 20 张图解）
https://juejin.cn/post/6940230890958094344

九个索引知识点
https://juejin.cn/post/6923788859712995336

一口气搞懂 MySQL 索引所有知识点
https://mp.weixin.qq.com/s/faOaXRQM8p0kwseSHaMCbg

我面试几乎必问：你设计索引的原则是什么？怎么避免索引失效？
https://mp.weixin.qq.com/s/wyotVRKbBJ7LGdqFSxZOFg

如何优雅地回答面试官关于MySQL索引的拷问
https://mp.weixin.qq.com/s/xaJg28qXCAC4XR2mTm4xUg

B树与B+树
B-Tree索引
https://mp.weixin.qq.com/s?__biz=Mzg2NjE5NDQyOA==&mid=2247483790&idx=1&sn=bf573b66517bed97ac63c3869ee6cb8a&scene=19#wechat_redirect

MySQL索引底层：B+树详解
https://mp.weixin.qq.com/s/HQe8g1M5ytZYLx5vvaAYoQ

聚集索引与非聚集索引的区别
https://zhuanlan.zhihu.com/p/113917726

Myisam引擎采用非聚集索引，索引与数据分开，叶子结点存放数据的地址。

Innodb采用聚集索引，主键索引树的叶子结点存放真实数据，非主键索引树的叶子结点存放主键值

索引底层的实现，为什么不选红黑树、B树等？
https://zhuanlan.zhihu.com/p/113917726

总结

(1)哈希表                   没法实现范围查找

(2)二叉搜索树           可以实现范围查找，但自增主键导致树退化为链表，查找效率由O(logn)变为O(n)

(3)红黑树                   利用旋转调整树的平衡性，但不是绝对平衡，因为自增主键会导致树向右倾斜。

(4)AVL树                    绝对平衡，查找效率为O(logn)。但树偏高，磁盘的IO次数还是很多。因此需要在每一层多存一点数据。

(5)B树                        结点直接存放数据，查找效率为O(h*logn)，其中 h 为树高，n 为每个结点关键词的个数。

(6)B+树                     非叶子节点存放索引地址，因为每一层可以存放更多的关键词，查询效率更高。叶子节点存放真实数据且，叶子结点之间用链表连接起来，范围查找效率更高。

就拿命中索引的说吧，innodb主键是聚簇索引，采用b+树结构，非叶节点存的是主键和指向子节点的指针，叶子节点存的就是整体行数据，整体都是有序的，通过主键扫描根据树查找，最终落到叶子节点，命中然后返回。(其实更细的有mysql的一页有16kb，一页其实有多行记录，命中一页之后还要通过行记录索引通过二分找到行记录)

索引为什么能提高查询性能
https://mp.weixin.qq.com/s?__biz=MzUxODAzNDg4NQ==&mid=2247486903&idx=1&sn=1c6ca6817baa255265fc25dd69551179&scene=21#wechat_redirect

数据库的隔离级别
(1)每种级别解决什么问题，还会存在什么问题

Read Uncommitted（读取未提交内容）

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

Read Committed（读取提交内容）

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

Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

Serializable（可串行化）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：

脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。

不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。

幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就有几列数据是未查询出来的，如果此时插入和另外一个事务插入的数据，就会报错。

//--------------------------------------------------------------------------

Innodb中的事务隔离级别和锁的关系
https://tech.meituan.com/2014/08/20/innodb-lock.html

如何优雅地回答 MySQL 的事务隔离级别和锁的机制？
https://mp.weixin.qq.com/s/P7EYVgK_d0BKT8KIx3QVPQ

一文搞懂事务+隔离级别+阻塞+死锁
https://mp.weixin.qq.com/s/xQhKBS2QXJKasRfKp7vF0A

主键问题部分
Mysql：小主键，大问题
https://mp.weixin.qq.com/s/VQ6xNOu5Xfy5KSWhZWrgoQ

自增主键ID用完了怎么办 
https://mp.weixin.qq.com/s/qEA1pC2pfh3xz9HuM8iIBg

老大问我：“建表为啥还设置个自增 id ？用流水号当主键不正好么？” 
https://mp.weixin.qq.com/s/WWGDojXxHYWNk1xDWIOg_Q

join部分
写出好的Join语句，前提你得懂这些
https://mp.weixin.qq.com/s/8XuX9Su1qvHrMLWcQzKTaQ

语句的执行流程
sql语句的执行流程
https://juejin.cn/post/6944940454177669128/

select 查询语句到底是怎么执行的？
https://juejin.cn/post/6944940454177669128

MySQL存储引擎如何完成一条更新语句的执行
https://mp.weixin.qq.com/s/nRd1P5T9Gpy5FvZGmUYFWA

最左前缀匹配原则
https://www.cnblogs.com/ljl150/p/12934071.html

最左前缀匹配原则：在检索数据时从联合索引的最左边开始匹配

创建一个（a,b）的联合索引，where条件中a=1 and b=2 或者是b=2 and a=1都会走联合索引(查询优化器会更改顺序)

为什么直接使用b=2走不到联合索引？

联合索引(a,b)的索引树：

a在等值的情况下，b值才是按顺序排列的。即a在索引全局内有序，而b只在局部有序。

这是因为MySQL创建联合索引的规则是首先会对联合索引的最左边第一个字段排序，在第一个字段的排序基础上，然后在对第二个字段进行排序。所以仅仅是b=2这种查询条件没有办法利用联合索引。

为什么要建立联合索引？

联合索引(a,b,c)相当于建立了(a)、(a,b)、(a,b,c)三个索引，能够减少索引文件的大小。
在某些情况下，可以避免回表操作。比如select a,b,c from table where a=1 and b=1 and c=1;
在开启索引下推的基础上，联合索引可以避免绝大多数的回表操作。
怎么判断执行器具体选择了联合索引哪一部分？

从explain内的key_len字段中

日志部分
undo日志和redo日志分别是干嘛的？
redo log重做日志是InnDB存储引擎层的，用来保证事务安全。在事务提交之前，每个修改操作都会记录变更后的数据，保存的是物理日志-数据，防止发生故障的时间点，有脏页未写入磁盘，在重启mysql的时候，根据redo log进行重做从而达到事务的持久性

undo log回滚日志保存了事务发生之前的数据的一个版本，可以用于回滚，同时也提供多版本并发控制下的读。

十张图详解 MySQL 日志
https://juejin.cn/post/6944940786970525727

InnoDB事务日志redo log和undo log详解
https://mp.weixin.qq.com/s?src=11&timestamp=1618058979&ver=3000&signature=TLq51yIedK1Ad3cC3EhHOHgIfkgXG8Y6c*Ugo3WA171q5GsViTNUOj4eB-IBbc-AS6qKXg8-PWCDgorLCXLtVDzCcwcmZs*Dv66nQGOVQRLXXb2AvqAWabtZmRlTz1hd&new=1

MySQL 日志系统之 redo log 和 binlog
https://mp.weixin.qq.com/s?src=11&timestamp=1618058979&ver=3000&signature=DT2TdF58XsczdhTSnDEmz1ZNkvX36STnISKrcSzT3dGxWEYbxwCsB51GidvZ94gnDocDnY7XLv-3VyJlsIM7gTqxl3r4WzrauNd9ZN9hFEUk0WE81NnmMkKnVHmDZpms&new=1

必须了解的MySQL三种日志
https://juejin.cn/post/6941988998038421518

update语句到 redo log深入理解
https://mp.weixin.qq.com/s/A7-FBuT5Ep590v5YEZw3-A

关于主从延迟，一篇文章给你讲明白了！
https://mp.weixin.qq.com/s/dVDxnvBhKm_hVuRlBiecuQ

如何优化深分页查找
MySQL分页查询的性能优化 
https://www.cnblogs.com/scotth/p/7995856.html

MySQL 如何优化大分页查询？
https://zhuanlan.zhihu.com/p/82676130

MySQL深度分页的问题及优化方案：千万级数据量如何快速分页 
https://segmentfault.com/a/1190000023912355

SQL解析在美团的应用 
https://tech.meituan.com/2018/05/20/sql-parser-used-in-mtdp.html

MVCC机制
关于MVCC，我之前写错了，这次我改好了！
https://mp.weixin.qq.com/s?__biz=MzkzNTEwOTAxMA==&mid=2247489415&idx=1&sn=8abd08678fd291b9e0980e254356e106&chksm=c2b25f7af5c5d66c096cb8894c23e02fa860a3f7d31260ce95a8af2691b768ba23cdec3dfa07&scene=178&cur_album_id=1512519209967271939#rd

MySQL 事务与 MVCC 原理
https://juejin.cn/post/6950105323797479460

MySQL事务与MVCC如何实现的隔离级别
https://mp.weixin.qq.com/s/CZHuGT4sKs_QHD_bv3BfAQ

mvcc并发事务管理控制 到底是个什么东东 如何基于undo log +Read View 实现的
https://juejin.cn/post/6950810769239834661

面试必问：MVCC机制了解吗
https://mp.weixin.qq.com/s/hrbnpPqNNJszObizYq0Q1w

MVCC由浅入深学习
https://mp.weixin.qq.com/s/jxM7n_4Or52_-MlB4aK9Bw

面试必备常见存储引擎与锁的分类，请查收
https://mp.weixin.qq.com/s/0NOyiX421Rols4ErfteUdg

InnoDB解决幻读的方案--LBCC&MVCC
https://mp.weixin.qq.com/s/4ncvGW7klk8pDLE5o4jhFw

读多写少之时，MySQL如何进行优化为好
https://mp.weixin.qq.com/s/7V6WHF9L7RAwpzQsMszZWA

一文读懂 MySQL 主从复制读写分离 
https://mp.weixin.qq.com/s/qrUn9EkuVFwxS1I2lry4Kg

Explain部分
explain | 索引优化的这把绝世好剑，你真的会用吗？
https://mp.weixin.qq.com/s/IKRVjiI43s9e03StBL0yPQ

MySQL之Explain详解
https://mp.weixin.qq.com/s?src=11&timestamp=1618057435&ver=3000&signature=DT2TdF58XsczdhTSnDEmz1ZNkvX36STnISKrcSzT3dFAXKsoE5pUS3fxTdBxewyl9GTceJg9PTpLBnl0QOwocgk0V1uGSY0qj7V13mAYCUPbtU0dlhae1ZULt59kRRMB&new=1

什么是MySQL的执行计划（Explain关键字
https://mp.weixin.qq.com/s?src=11&timestamp=1618057995&ver=3000&signature=7EIYFDudLv*Q8y5PTZFNinyYdLMRSSeK9KvzVeuTAJ6zrk0*LorvVA1It8O89iETgTxA78oJL-UAButI-5RwfC4P9Aa2wcHs4dB8xMdOGHhZ6G3r*0EVevPDhljNA0wq&new=1

来自灵魂的拷问——知道什么是SQL执行计划吗？
https://juejin.cn/post/6937494803877724173

最完整的Explain总结，SQL优化不再困难
https://mp.weixin.qq.com/s/twTghH8wTA_0uZghOdawkw

锁
Mysql锁：灵魂七拷问
https://mp.weixin.qq.com/s/R7gN-dVA4LrVi5zy2LvG_Q

常见加锁场景分析
https://mp.weixin.qq.com/s?__biz=Mzg2NjE5NDQyOA==&mid=2247484144&idx=1&sn=878e3628fa15278821a55717998a1c39&scene=21#wechat_redirect

锁的类型以及加锁原理
https://mp.weixin.qq.com/s?__biz=Mzg2NjE5NDQyOA==&mid=2247483991&idx=1&sn=309b79caa7ac6df004747c8999c62c0f&chksm=ce4fc4c4f9384dd2775ef118db7db9d05848b7ddc717956df7e55a2d1750fe2ee3a6fc158837&scene=178&cur_album_id=1380661999012642817#rd

Echo1024公众号——mysql系列
你有没有搞混查询缓存和BufferPool？谈谈看！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483817&idx=1&sn=d19e5ce05cd9520d1becd7b6afa5e0be&chksm=ec18410cdb6fc81a2bc86184427536832c8f8aff1daae1d1966afa0ff1af667d292ffe43a310&scene=178&cur_album_id=1598686914755280897#rd

聊聊什么是慢查、如何监控？如何排查？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483764&idx=1&sn=332b5b05d931b06a64ab07982bfab794&chksm=ec1841d1db6fc8c732c1c78fce4f9027305fd2590871038817f8386b5fc0b4a3e296b4970d30&scene=178&cur_album_id=1598686914755280897#rd

你知道数据库缓冲池中的LRU-List吗？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483875&idx=1&sn=60744026b460f40e95871b0ddb0b8eab&chksm=ec184146db6fc85009bf60c6561e6d09086a2ca901f6e808a7525d6f2ed441bbc20aaeeab1a4&scene=178&cur_album_id=1598686914755280897#rd

了解Flush-List吗？顺便说一下脏页的落盘机制！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483881&idx=1&sn=f9a8a9d140b49278dfa8dd0d6b56ee91&chksm=ec18414cdb6fc85aca7c705267ca5a660e7efd0540cdaa1045b50e0532521f38b9896fcc60a2&scene=178&cur_album_id=1598686914755280897#rd

用十一张图讲清楚，当你CRUD时BufferPool中发生了什么！以及BufferPool的优化！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483905&idx=1&sn=ecabed40aa39b065f1d54149a85ab998&chksm=ec1842a4db6fcbb296f1dc3990607621e7f44d33591ae5b6857a8ccd0ee75db93c6d18017516&scene=178&cur_album_id=1598686914755280897#rd

了解MySQL数据页吗？说说什么是页分裂吧！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247483989&idx=1&sn=cffab3e55a82e37e1707eb386c79e70d&chksm=ec1842f0db6fcbe65a5b4d176a4cb36be8e07b4952b70a0d6c8a0d1e8503a0728a9bb6a75016&scene=178&cur_album_id=1598686914755280897#rd

简介undo log、truncate、​以及undo log如何帮你回滚事物？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484018&idx=1&sn=bc5f775c11fc998138da587760b64f99&chksm=ec1842d7db6fcbc10cdcb31bf867161fc8c0397b664b96e7bb29c18e29bc20970a1656de7a90&scene=178&cur_album_id=1598686914755280897#rd

我劝！这位年轻人不讲MVCC，耗子尾汁！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484048&idx=1&sn=4d651758ef5268f4d0f2aacd8f917f33&chksm=ec184235db6fcb234566ea9756c268a1ea53efee1b5e13e495635a54b5e8272801fc962cc9da&scene=178&cur_album_id=1598686914755280897#rd

传说中的MySQL的redo log是什么？谈谈看！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484219&idx=1&sn=118f3c5aa5975d6ad2c7431c7ef010ce&chksm=ec18439edb6fca885e73c21add15232fc4d98bf9ecc2780b1e8eb31a389df203d4e3c5d75ad1&scene=178&cur_album_id=1598686914755280897#rd

MySQL的 bin log有啥用？在哪里？谁写的？怎么配置？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484266&idx=1&sn=09f7a4f59575f9f2b2d6767b845f1eae&chksm=ec1843cfdb6fcad9451930ee09b47bd369fa880a00752ad7e99b63e4168ee27d2cea39a1bb17&scene=178&cur_album_id=1598686914755280897#rd

bin log有哪些格式？有啥区别？优缺点？线上用哪种格式？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484316&idx=1&sn=c1d8fed59e3a352f3960ce803983bb17&chksm=ec184339db6fca2f94c31d361bd133e7029ce579010e4ccf92f1796a0effad773eebb3f4ed67&scene=178&cur_album_id=1598686914755280897#rd

全网最牛X的！MySQL两阶段提交串讲！没有之一！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247484738&idx=1&sn=9ef0071470fd71b36d035e1e340a56a0&chksm=ec1845e7db6fccf1712e711b7cfdd14c2925d3fd65450457712083afe83bfecf56795366714e&scene=178&cur_album_id=1598686914755280897#rd

面试现场：char和varchar的区别你了解多少？
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247486310&idx=1&sn=1a2775e8ff2f746428dc1053c7129c8e&chksm=ec184bc3db6fc2d52c4d493032c2786492119e9a228c3dfb4c56235e1bf751a7247d127caa9b&scene=178&cur_album_id=1598686914755280897#rd

面试官：来来来！聊聊MySQL数据库的insert buffer和change buffer吧
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247486614&idx=1&sn=0e70c282461d8eb7d11b84125cebbfa7&chksm=ec184c33db6fc52575877e7bbe51059ff0782114575c896fbd0b4f713b3cc94d2005700c3700&scene=178&cur_album_id=1598686914755280897#rd

这是一篇水文！简述三大范式
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=2247486642&idx=1&sn=ba17ea5ce546556cb5317279ef23840a&chksm=ec184c17db6fc5016826fb9fab4baaaad563b889eb0bb2fe047a276e32e1e9ad5573f0a08fd6&scene=178&cur_album_id=1598686914755280897#rd

面前突击！33道数据库高频面试题，你值得拥有！
https://mp.weixin.qq.com/s?__biz=MzI5MDg4ODEzOA==&mid=100000921&idx=1&sn=19138dc8c209ecdcdaffd0b34aec447c&scene=19#wechat_redirect
————————————————
版权声明：本文为CSDN博主「SunAlwaysOnline」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_33591903/article/details/115068771