敞开生长之旅！这是我参与「日新计划 12 月更文应战」的第14天，点击检查活动详情

• 虽然在 Java 入门中现已对数据库有了一些学习，可是仍然不行深化，学习的只是最基本的 CRUD，以及常见的表操作，这儿将深化学习 MySQL 功能优化与剖析、 MySQL 业务与引擎、MySQL 日志以及非联系型数据库 Redis 。
• 关于 MySQL 的高档常识，如安全、视图、函数、存储过程、触发器、事件等内容，在日常开发中很少运用，这儿不再过多叙述 (即使这儿作出叙述也是对官方文档的照搬照抄，所以并无必要) ，假如后续作业中有具体的运用场景，将学习 MySQL 5.7 版别官方文档：dev.mysql.com/doc/refman/…

1.功能优化

1.1.句子优化

• 运用查询缓存优化查询：

  大多数的 MySQL 服务器都敞开了查询缓存。这是进步功能最有效的办法之一，而且这是被 MySQL 引擎处理的。当有许多相同的查询被履行了多次的时分，这些查询成果会被放入一个缓存中。

SELECT username FROM user WHERE signup_date >= CURDATE()
SELECT username FROM user WHERE signup_date >= '2021-11-20‘

尽量防止运用类似 CURDATE() 、NOW()、RAND() 的 SQL 函数，诸如此类的函数不会敞开 SQL 查询缓存。应运用变量来代替。

• 运用 Limit 1

  假如咱们只需求 1 条成果，最好增加 Limit 1 约束，MySQL 引擎会在查询到一条数据后中止查找，而不是继续往下查询。同时删去数据的时分也尽量运用 Limit 约束，不仅能够操控删去的条数，也能够缩小空隙锁的规模

• 子查询优化分页查询

  利用子查询优化超多分页场景。比如 LIMIT offset , n 句子在 MySQL 中是获取 offset + n 的记载，再回来 n 条。而利用子查询则是查出 n 条，通过 ID 检索对应的记载出来，能够进步查询功率。

• 防止运用 SELECT *

  从数据库里读出越多的数据，那么查询就会变得越慢。而且，假如咱们的数据库服务器和 WEB 服务器是两台独立的服务器的话，这还会增加网络传输的负载。 所以，咱们应该养成一个需求什么就取什么的好的习气。

• 切记不要运用 ORDER BY RAND()

  假如你真的想把回来的数据行打乱了，你有 N 种办法能够到达这个意图。这样运用只让你的数据库的功能呈指数级的下降。这儿的问题是：MySQL 会不得不去履行 RAND() 函数 (很耗 CPU 时间) ，而且这是为了每一行记载去履行，然后再对其排序。就算是运用了 Limit 1 也杯水车薪 (由于要排序)。

• 拆分较大的 DELETE 或 INSERT 假如咱们需求在一个在线的网站上去履行一个大的 DELETE 或 INSERT 查询，咱们需求十分小心，要防止咱们的操作让咱们的整个网站中止服务。这两个操作会锁表。 Apache 有许多的子进程或线程。所以，其作业起来适当有功率，而咱们的服务器也不希望有太多的子进程，线程和数据库链接，这是极大的占服务器资源的事情，尤其是内存。假如咱们把咱们的表锁上一段时间，那么关于一个有很高拜访量的站点来说，一段时间所积累的拜访进程/线程，数据库链接，打开的文件数，可能会导致服务器挂掉。所以履行该操作时能够增加 LIMIT 操控数量。如：

  DELETE FROM user WHERE signup_date <= '2021-11-20' LIMIT 1000;
  

• 尽可能的防止赋值为 NULL 假如不是特殊状况，尽可能的不要运用 NULL。在 MYSQL 中关于 INT 类型而言，EMPTY 是 0 ，而 NULL 是空值。而在 Oracle 中 NULL 和 EMPTY 的字符串是一样的。NULL 也需求占用存储空间，而且会使咱们的程序判断时更加杂乱。当然现实状况是很杂乱的，仍然会有些状况下，咱们需求运用 NULL 值。

1.2.表设计优化

• 永远为每张表设置一个 ID 主键 咱们应该为数据库里的每张表都设置一个 ID 做为其主键，而且最好的是一个 INT 型的 (推荐运用 UNSIGNED ) ，并设置上自动增加的 AUTO_INCREMENT 标志。 就算是咱们 users 表有一个叫 “email” 的字段，咱们也尽量防止让它成为主键。运用 VARCHAR 类型来当主键会使得功能下降。

• 运用 ENUM 而不是 VARCHAR ENUM 类型是十分快和紧凑的。实际上其保存的是 TINYINT，但其外表上显示为字符串。这样一来，用这个字段来做一些选项列表变得适当的完美。 假如咱们有一个字段，如”性别”，”国家”，”民族”，”状况”或”部分”，咱们知道这些字段的取值是有限而且固定的，那么，咱们应该运用 ENUM 而不是 VARCHAR。

• 固定长度的表会更快

  假如表中的一切字段都是 “固定长度” 的，整个表会被认为是 “static” 或 “fixed-length”。 例如，表中没有如下类型的字段： VARCHAR，TEXT，BLOB。只需咱们包括了其间一个这些字段，那么这个表就不是 “固定长度静态表” 了，MySQL 引擎会用另一种办法来处理。 固定长度的表会进步功能，MySQL 搜索得会更快一些，由于这些固定的长度是很简单核算下一个数据的偏移量的，所以读取的自然也会很快。而假如字段不是定长的，那么，每一次要找下一条的话，需求程序找到主键。 而且，固定长度的表也更简单被缓存和重建。不过，仅有的副作用是，固定长度的字段会浪费一些空间，定长的字段不管咱们用不用，都是要分配那么多的空间。另外在取出值的时分要运用 trim 去除空格。

• 笔直切割 “笔直切割” 是一种把数据库中的表按列变成几张表的办法，这样能够降低表的杂乱度和字段的数目，然后到达优化的意图。

• 越小的列会越快 关于大多数的数据库引擎来说，硬盘读写可能是最重大的瓶颈。所以，把咱们的数据变得紧凑会对这种状况十分有帮助，由于这减少了对硬盘的拜访。 参看 MySQL 的文档 Storage Requirements 检查一切的数据类型。 假如一个表只会有几列 (如字典表，配置表)，那么，咱们就没有理由运用 INT 来做主键，运用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 会更经济一些。假如咱们不需求记载时间，运用 DATE 要比 DATETIME 好得多。

• 选择正确的存储引擎

  MyISAM 适合于一些需求大量查询的运用，可是关于大量写操作的支持不是很好。甚至一个 update 句子就会进行锁表操作，这时读取这张表的一切进程都无法进行操作直至写操作完成。另外 MyISAM 关于 SELECT COUNT(*) 这类的核算十分迅速的。InnoDB 是一个十分杂乱的存储引擎，关于一些小的运用，它会比 MyISAM 要慢。它支持 “行锁” ，所以在写操作比较多的时分，会更优异。而且还支持更多的高档运用，如业务。

  MyISAM 是 MYSQL5.5 版别曾经默认的存储引擎，根据传统的 ISAM 类型，支持 B-Tree，全文检索，可是不是业务安全的，而且不支持外键。不具有原子性。支持锁表。InnoDB 是业务型引擎，支持 ACID 业务( 完成 4 种业务阻隔机制 )、回滚、溃散恢复能力、行锁。以及供给与 Oracle 一致的不加锁的读取方式。InnoDB 存储它的表和索引在一个表空间中，表空间能够包括多个文件。下文引擎中具体介绍各类引擎特色。