sql性能优化的相关面试专题-Toy模板网

这篇具有很好参考价值的文章主要介绍了sql性能优化的相关面试专题。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

1.比如，现在有个面试官说，现在线上有个SQL执行很慢，你怎么优化?

这种时候最好分几步回答，不要一上来就说，该怎么怎么写SQL，面试时要学会，跳出来，看全貌，装进去，看本质。

2.慢 SQL 语句的几种常见诱因?

在这个时候，就可以说，面试官，您好，我觉得SQL慢出现的原因可以分为以下几种，切记，不要回答自己模糊不清的，没法自圆其说的即使知道你也别回答，不然就是给自己挖坑。。。

无索引、索引失效导致慢查询

如果表很大，而对where或者order by 后面字段没有建立索引，那这种情况查起来肯定很费力。但是有时候建立了索引，但在一些特定的场景下，索引还有可能会失效，所以索引失效也是导致慢查询的主要原因之一。失效场景很多，比如模糊查询白分号在前、查询的字段使用了函数或者做了计算操作都有可能导致索引失效。

锁等待

InnoDB 存储引擎支持行锁和表锁，我们要注意行锁升级为表锁的可能。在批量更新操作时，行锁就很可能会升级为表锁。MySQL 认为如果对一张表使用大量行锁，会导致事务执行效率下降，从而可能造成其它事务长时间锁等待和更多的锁冲突问题发生，致使性能严重下降，所以 MySQL 会将行锁升级为表锁。还有，行锁是基于索引加的锁，如果我们在更新操作时，条件索引失效，那么行锁也会升级为表锁。除了锁升级之外，行锁相对表锁来说，虽然粒度更细，并发能力提升了，但也带来了新的问题，那就是死锁。文章来源地址https://www.toymoban.com/news/detail-663804.html

到了这里，关于sql性能优化的相关面试专题的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！