MySQL实战45讲

45 | 自增id用完怎么办？ MySQL里有很多自增的id，每个自增id都是定义了初始值，然后不停地往上加步长。虽然自然数是没有上限的，但是在计算机里，只要定义了表示这个数的字节长度，那它就有上限。

44 | 说说这些好问题 distinct 和 group by的性能 在第37篇文章《什么时候会使用内部临时表？》中,如果只需要去重，不需要执行聚合函数，distinct 和group by哪种效率

43 | 要不要使用分区表？ 分区表是什么？ 为了说明分区表的组织形式，我先创建一个表t 我在表t中初始化插入了两行记录，按照定义的分区规则，这两行记录分别落在p_2018和p_2019这两个分区上。

42 | grant之后要跟着flush privileges吗？ 在MySQL里面，grant语句是用来给用户赋权的。不知道你有没有见过一些操作文档里面提 到，grant之后要马上跟着执行一个flu

41 | 怎么最快地复制一张表？ 怎么在两张表中拷贝数据。如果可以控制对源表的扫描行数和加锁范围很小的话，我们简单地使用insert …select 语句即可实现。 当然，为了避免对源表加读锁，更稳妥

40 | insert语句的锁为什么这么多？ 在上一篇文章中，MySQL对自增主键锁做了优化，尽量在申请到自增id以后，就释放自增 锁。 因此，insert语句是一个很轻量的操作。不过，这个结论对于“

39 | 自增主键为什么不是连续的？ 在第4篇文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。 但实际上自增主键不能保证连续递增。 今天这篇

37 | 什么时候会使用内部临时表？ 在第16和第34篇文章中，分别介绍了sort buffer、内存临时表和join buffer。这三个数据结构都是用来存放语句执行过程中的中间数据，以辅助SQL语

36 | 为什么临时表可以重名？ 今天我们就从这个问题说起：临时表有哪些特征，适合哪些场景？ 这里，我需要先帮你厘清一个容易误解的问题：有的人可能会认为，临时表就是内存表。但是，这两个概念可是完全不同

35 | join语句怎么优化？ 在上一篇文章中，我和你介绍了join语句的两种算法，分别是IndexNested-Loop Join(NLJ)和Block Nested-Loop Join(BNL)

34 | 到底可不可以使用join？ 在实际生产中，关于join语句使用的问题，一般会集中在以下两类： 使用join有什么问题呢？ 如果有两个大小不同的表做join，应该用哪个表做驱动表呢？ 今天这篇

33 | 我查这么多数据，会不会把数据库内存打爆？ 我经常会被问到这样一个问题：我的主机内存只有100G，现在要对一个200G的大表做全表扫描，会不会把数据库主机的内存用光了？ 这个问题确实值得担心，

32 | 为什么还有kill不掉的语句？ 在MySQL中有两个kill命令： 一个是kill query+线程id，表示终止这个线程中正在执行的语句； 一个是kill connection +线程id

31 | 误删数据后除了跑路，还能怎么办？ 今天是一个沉重的话题：误删数据。 在前面几篇文章中，我们介绍了MySQL的高可用架构。当然，传统的高可用架构是不能预防误删数据的，因为主库的一个drop t

30 | 用动态的观点看加锁 在第20和21篇文章中介绍了InnoDB的间隙锁、next-key lock，以及加锁规则。通过分析下面的问题，可以加深对加锁规则的理解。今天这篇的主题即：用动态的观点看

29 | 如何判断一个数据库是不是出问题了？ 在第25和27篇文章中，介绍了主备切换流程。在一主一备的双M架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户端流量切到

28 | 读写分离有哪些坑？ 上一篇文章介绍了一主多从的结构以及切换流程。今天就继续聊聊一主多从架 构的应用场景：读写分离，以及怎么处理主备延迟导致的读写分离问题。 一主多从就是读写分离的基本结构。

27 | 主库出问题了，从库怎么办？ 在前面的文章中，介绍了MySQL主备复制的基础结构，但这些都是一主一备的结构。 大多数的互联网应用场景都是读多写少，因此你负责的业务，在发展过程中很可能先会遇到读

26 | 备库为什么会延迟好几个小时？ 在上一篇文章中，我和你介绍了几种可能导致备库延迟的原因。你会发现，这些场景里，不论是偶发性的查询压力，还是备份，对备库延迟的影响一般是分钟级的，而且在备库恢复正

25 | MySQL是怎么保证高可用的？ 在上一篇文章中，我和你介绍了binlog的基本内容，在一个主备关系中，每个备库接收主库的binlog并执行。 正常情况下，只要主库执行更新生成的所有binlo