Java高频面试题

MVCC全称是Multi-Version Concurrency Control（多版本并发控制），是一种并发控制的方法，通过维护一个数据的多个版本，减少读写操作的冲突。 如果没有MVCC，想要实现

在日常开发工作中，我经常会遇到需要统计总数的场景，比如：统计订单总数、统计用户总数等。一般我们会使用MySQL 的count函数进行统计，但是随着数据量逐渐增大，统计耗时也越来越长，最后竟然出现慢查询

前面已经讲了MySQL的查询性能优化方式，索引潜水和链路追踪， 今天要讲的是MySQL的另一种查询性能优化方式 — 索引下推（Index Condition Pushdown，简称ICP）。

众所周知MySQL联合索引遵循最左前缀匹配原则，在少数情况下也会不遵循（有兴趣，可以翻一下上篇文章）。 创建联合索引的时候，建议优先把区分度高的字段放在第一列。 至于怎么统计区分度，可以按照下面这

MySQL优化器可以生成Explain执行计划，我们可以通过执行计划查看是否使用了索引，使用了哪种索引？ 但是到底为什么会使用这个索引，我们却无从得知。 好在MySQL提供了一个好用的工具

当一条SQL执行较慢，需要分析性能瓶颈，到底慢在哪？ 我们一般会使用Explain查看其执行计划，从执行计划中得知这条SQL有没有使用索引？使用了哪个索引？ 但是执行计划显示内容不够详细，如果显示用到

昨晚我正在床上睡得着着的，突然来了一条短信。 什么？线上的订单无法取消！ 我赶紧登录线上系统，查看业务日志。 发现有MySQL锁超时的错误日志。

有读者可能会一脸懵逼？啥是索引潜水？你给起的名字的吗？有没有索引蛙泳？这个名字还真不是我起的，今天要讲的知识点就叫索引潜水（Index dive）。 先要从一件怪事说起：

面试官： 我看你的简历上写着精通MySQL，问你个简单的问题，MySQL联合索引有什么特性？ 心想，这还不简单，这不是问到我手心里了吗？ 听我给你背一遍八股文！

慢查询日志默认不开启，建议手动开启，方便我们定位线上问题。 执行时间超过阈值的SQL会被写入到慢查询日志当中，这样可以帮助我们记录执行时间过长的SQL语句，定位线上慢SQL问题，方便我们进行SQL性能

最近陆陆续续分享了十几篇MySQL高频面试问题，算是告一段落，今日做个汇总。 本文精心整理上万字，几十张图，46道高频面试问题。 通俗易懂，内容详实，干货满满，信息量巨大，值得多刷。

合理规范的使用MySQL，可以大大减少开发工作量和线上问题，并提升SQL查询性能。 我精心总结了这16条MySQL规约，分享给大家，欢迎评论指正。

上篇文章讲到使用MySQL的Explain命令可以分析SQL性能瓶颈，优化SQL查询，以及查看是否用到了索引。 我们都知道创建索引可以提高查询效率，但是具体该怎么创建索引？ 哪些字段适合创建索引？

上篇文章讲了MySQL架构体系，了解到MySQL Server端的优化器可以生成Explain执行计划，而执行计划可以帮助我们分析SQL语句性能瓶颈，优化SQL查询逻辑，今天就一块学习Explain执

很多开发同学对SQL优化如数家珍，却对MySQL架构一知半解。岂不是只见树叶，不见森林，终将陷入细节中不能自拔。 今天就一块学习MySQL分层架构，深入了解MySQL底层实现原理，以及每层的作用，我们

开发经常遇到分页查询的需求，但是当翻页过多的时候，就会产生深分页，导致查询效率急剧下降。 有没有什么办法，能解决深分页的问题呢？ 本文总结了三种优化方案，查询效率直接提升10倍，一起学习一下。

工作中，经常遇到这样的问题，我明明在MySQL表上面加了索引，为什么执行SQL查询的时候却没有用到索引？ 同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？ 原因可能是索引失效了...

1. MySQL主从同步实现方式 MySQL主从同步是基于Bin Log实现的，而Bin Log记录的是原始SQL语句。 Bin Log共有三种日志格式，可以binlog_format配置参数指定。

1. 背景 MySQL实现事务、崩溃恢复、集群的主从复制，底层都离不开日志，所以日志是MySQL的精华所在。只有了解MySQL日志，才算是彻底搞懂MySQL。 今天一灯就带你深入浅出的学习MySQL的

昨晚我正在床上睡得着着的，突然来了一条短信。 啥，线上MySQL死锁了，我赶紧登录线上系统，查看业务日志。 能清楚看到是这条insert语句发生了死锁。 MySQL如果检测到两个事务发生了死锁，会回滚