一、前言 上一篇我们说了 腾讯一面：说一说 MySQL 中索引的底层原理，相信你对索引有个很清晰的认识了，这一篇我们来说一说慢 SQL 的排查以及调优。为啥面试官要问这个问题，其实跟上一篇的索引底层原

大家好，我是捡田螺的小男孩。 我们日常做分页需求时，一般会用limit实现，但是当偏移量特别大的时候，查询效率就变得低下。本文将分4个方案，讨论如何优化MySQL百万数据的深分页问题，并附上最近

在业务发展初期单表完全可以满足业务需求，阿里巴巴开发手册也建议：单表行数超过500万行或者单表容量超过2GB才推荐进行分库分表，如果预计三年后数据量根本达不到这个级别请不要在创建表时就分库分表。 但是随着业务的发展和深入，单表数据量不断增加，逐渐成为业务系统的瓶颈。这是为什么呢…

事情是这样的，我负责我司的报表系统，小胖是我小弟。某天他手贱误删了一条生产的数据。被用户在群里疯狂投诉质问，火急火燎的跑来问我怎么办。我特么冷汗都出来了，训斥了他一顿：蠢，蠢得都可以进博物馆了，生产的数据能随便动？ 小胖看我平常笑嘻嘻的，没想到发这么大的火。心一急，居然给我跪下…

索引是帮助MySQL高效获取数据的排好序的数据结构。就会从头比较到尾，然后找到对应的，一共需要查找7次，索引很慢。索引的作用就在这了，可以快速的帮你找到某列上要找的元素。并假设我们的索引是一颗二叉排序树（真实的数据库底层并不是使用二叉排序树的，这里只是做一个简单的演示例子）。可以...

那么，我们用钱。。。买回来的手办来举例，相信各位的体验将更加深刻， 这个问题建议你复习一下什么是微信钱包嗷，以及正视b站和tx不是一家公司的问题。 好的，凡是总是怕万一嘛，快递还可能被炸毁嘞。 如果没有其他手段保证的话，bilibili没收到钱，老婆没了。 那么请问这个问题，他…

晚上，我被叫进宽大的办公室，总监正在煮茶。高压锅煮着长嘴茶壶，水蒸气缭绕。领导举手之间，淡黄茶水奔涌而出，倒立而下浇上茶叶，漏出两杯茶水。 “喝茶？”领导推给我一杯，然后自己抿了一口。沉默良久，把显示器转到我这边：“最近数据库表出现了些有意思的东西，你来看看”。 我探着脑袋一瞧…

1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 WHERE 及 ORDER BY 涉及的列上建立索引。 2、应尽量避免在 WHERE 子句中对字段进行 NULL 值判断，创建表时 NULL 是默认值，但大多数时候应该使用 NOT NULL，或者使用一个特殊的值，如 0，-…