MySQL进阶笔记

一般情况下，我们会在一个索引上较多的使用等值查询或者范围查询，此时索引大多可以帮助我们极快的查询出我们需要的数据。那当我们在where条件中对索引列使用!=查询，索引还能发挥他的作用吗？

对于很多开发小伙伴来说，每天写SQL是必不可少的一项工作。 那不知道大家有没有深入了解过，当我们的一条SQL命令被执行时，MySQL是如何把数据从硬盘/内存中查出来并展示到用户面前的呢？

开启掘金成长之旅！这是我参与「掘金日新计划 · 2 月更文挑战」的第 5 天，点击查看活动详情 我们在使用SQL语句查询表数据时，提前用explain进行语句分析是一个非常好的习惯。通过explain

前言 在使用MySQL的过程中，随着表数据的逐渐增多，为了更快的查询我们需要的数据，我们会在表中建立不同类型的索引。 今天我们来聊一聊，普通索引和唯一索引的使用场景，以及为什么说推荐大家优先使用普通索

我们在平时创建MySQL表时，会指定各种字段的类型。那不知道大家细想过没有，int(11)和int(10)有什么区别呢？存储的数值范围有什么不一样吗

简而言之，只要是递增的，哪怕我们用JAVA的AtomicInteger或者通过redis的incrmentBy来生成主键id也没问题。

建表时采用什么类型的主键，还是要根据具体业务具体分析，合理的主键类型会占用更小的空间，具有更好的性能。

MySQL通过两阶段提交的机制，保证了redo log和bin log的逻辑一致性，进而保证了数据的不丢失以及主从库的数据一致。

MySQL使用grant授权之后真的必须flush privilege吗？如果不flush，授权真的就不生效吗？

在很多MySQL规范中可以看到，要求我们查询数据时尽量避免"select *"，就是因为"select *"会导致覆盖索引失效，从而引起强制回表，sql性能可能大幅下降。

设计MySQL表时，我们一般会设置一个自增主键，从而让主键索引尽可能的保持递增的趋势，这样可以避免页分裂，让MySQL顺序写入，大大提高MySQL的性能。

当我们遇到慢sql，第一反应可能就是去优化我们的sql语句。一些比较复杂的语句如果执行慢可能还能理解，但是有时一些特别简单的查询也会变得卡顿，“查一行”，也会执行得特别慢。

在日常需求中，用户使用手机号或者邮箱登录某一个系统，是一个很常见的操作，那如何在类似手机号或者邮箱这样的字段上建立一个合理的索引呢？

为了解决某一个场景的问题，我们有时需要引入一个新事物，而新事物又可能产生新的问题，就像无限套娃一样，其中的取舍就只能根据我们的业务场景来决定了

如果有一个需求，要求我们删除一张大表中的前1万，甚至是前10万行数据，都有哪几种方法呢？这些方法都有什么优劣？

当MySQL更新一条数据时，如果碰巧被更新字段的新值与原来的值相等，那MySQL会“智能”的不执行这条sql直接返回成功吗？还是老老实实地把这条sql执行一遍呢？