mysql分页场景下SQL_CALC_FOUND_ROWS代替count(*)

语法：

第二个SELECT语句返回一个数字，该数字指示如果不使用LIMIT语句写入第一个SELECT将会返回多少行。

如果您使用的是 SELECT SQL_CALC_FOUND_ROWS ，MySQL 必须计算整个结果集中有多少行。但是，这比不使用LIMIT再次运行查询要快，因为不需要将结果集发送到 Client 端。

中文——mysql5.7官方文档

在mysql8.0版本的官方文档中，不推荐使用 SQL_CALC_FOUND_ROWS 选项，并计划在后续版本中废弃。

mysql8.0文档

注意：

mysql会为当前连接保存这个值，各个连接的SQL_CALC_FOUND_ROWS结果互不影响

两条sql语句可以简化成一条sql语句，看似简单了，实则不然。

原因:

来源—— SQL_CALC_FOUND_ROWS的用法

哪个最快？SELECT SQL_CALC_FOUND_ROWS FROM table ，或 SELECT COUNT(*)

以前最讨厌英语了，然而没有想到有一天居然要看英文文档学习东西的时候，只想说MMP。下面就是一些学习的东西的记录啦。

之前听小伙伴说他们用的 pgsql ，pgsql 是如何如何牛逼，支持json。然后就去学习了下，但是公司用的是mysql,然后某个项目mysql用了5.7.20版本，这个版本支持json，所以就又学习了一波。吐槽完毕，下面就是正文了。

mysql5.7版本支持json，具体说的是5.7.8开始。这是需要注意的，然后可以的话大家还是看下官方文档吧。

mysql 5.7 josn官方文档地址

我这里 json_content 就定义的是json类型，下面就是基本的 *** 作，后续会写一些json函数。

这算是一个比较复杂的json了，array里面放的是一个数组，other放了另一个对象。下面我再插入几条数据。

下面两条的数据和第一条不一样，是为了做一些说明用。lisi这条数据所有的字段都有，但是数据和张三略有不同，而wangwu这条数据就有些字段没有。

说明下，我原来用的navicat发现查josn的时候是空 select * 的时候定义的json字段会不显示，然后换了新版本就好了。

结果如下：

上面两条sql都是通过json对象中flag=0的数据，然后上面两条sql是等价的。JSON_EXTRACT函数的语法为：JSON_EXTRACT(字段名,‘$.key’)，这个函数可以在条件中使用，也可以在查询的时候使用。如下：

结果如下：

嗯哼，没错 JSON_EXTRACT 这个函数是用来获取json对象中指定key的值的。这是一个很常用的函数。

上面既然提到了time,那么就用time来展示下吧。json对象中的时间，可以直接拿来比较，sql如下：

结果如下：

我的条件限定的是 2018-06-05 15:49:00 之后，获取到了2条数据，是不是很神奇呢。这里就要说明下了，这里涉及到了json对象里面对key对应的value进行比较的时候会有一个优先级，mysql会按照这个优先级来转换，然后进行比较，这里只贴一下优先级情况，各个类型的比较的规则自己去文档里面看吧。

下面再介绍两个查询时候会用到的函数JSON_CONTAINS() 和 JSON_CONTAINS_PATH()。

下面就是具体的例子：

结果如下：

结果如下：

结果如下：

结果如下：

用法还是比较简单的，嗯，可能有小伙伴会问我要查询不满足条件的数据呢？很简单，比如上面的sql，修改成：

查询暂时就介绍这么多吧，后续可能会补充，现在介绍下修改。

JSON修改的函数比较多，这里介绍一些应该会常用到的。

id=2的数据结果变为：

id=2的数据结果变为：

说明：假设这里key已经存在，那么本次已经存在的将不会被修改，同时可以添加多个。

id=2的数据结果变为：

id=2的数据结果变为：

说明下，如果指定的key不存在，那么不存在的修改无效，存在的会被修改。

id=2的数据结果变为：

说明下，JSON_SET已经存在的会被修改，不存在的会被增加。

下面介绍一些其他函数。

暂时就写这么多吧，后续再进行补充。本人也是刚开始接触mysql的json，如果有问题请指教~

本文主要介绍 SQL 标准中定义的各种连接的意义和区别，例如，交叉连接（ CROSS JOIN ）、内连接（ INNER JOIN ）、外连接（ OUTER JOIN ）、自然连接（ NATURAL JOIN ）等，并结合例子讲解这些连接在 MySQL 中的语法和表现。

从网上的资料看， JOIN 更多翻译为连接，本文中凡是出现中文“连接”的地方都是指 JOIN 。

本文中用到的所有例子涉及两张表—— customers 用户表和 orders 订单表，其中订单表中的 cust_id 字段表示用户的唯一 ID，也就是用户表的主键 cust_id 。两张表的数据如下：

注：两张表都经过了简化，实际业务中这两张表肯定还包括其他字段。

英文维基百科 JOIN 词条 对连接的定义如下：

翻译过来就是，“连接可以根据一张（自连接）或多张表中的共同值将这些表的列数据合并为一个新的结果集，标准 SQL 定义了五种连接：内连接、左外连接、右外连接、全外连接和交叉连接。”

也就是说，连接是 SQL 标准中定义的一种组合多张表的方式，当然一张表自身也可以和自身组合，称为自连接。连接后得到的结果集的每一列其实都来自用于连接的多张表，不同的连接类型只是区分了这些列具体从哪张表里来，列里填充的是什么数据。

其实英文维基百科的 JOIN 词条已经把各种连接的类型解释地非常清楚了，非常值得去看一下。

我们来看一下 SQL 标准中定义的各种连接类型，理解各种连接最好的方法就是把需要连接的表想象成集合，并画出可以反映集合的交与并的情况的图——韦恩图，例如下图就画出了 SQL 中定义的几种主要连接。

请先仔细查看一下图中的内容，你可以从中归纳出几种连接类型呢？

虽然图中画了 7 种集合的交并情况，但是总结起来，主要是两种连接类型在起作用——内连接（ INNER JOIN ）和外连接（ OUTER JOIN ），其中外连接又分为了左外连接（ LEFT OUTER JOIN ）、右外连接（ RIGHT OUTER JOIN ）和全外连接（ FULL OUTER JOIN ）。

下面先简单介绍一下 SQL 标准中各种连接的定义，然后在「MySQL 中的连接」一节再用例子来演示 MySQL 中支持的各种连接。

连接既然是用来合并多张表的，那么要定义一个连接就必须指定需要连接的表，并指定可选的连接条件。例如，一个典型的 SQL 连接语句如下：

我们用表 A 和表 B 指代需要连接的两张表，经过 内连接 后得到的结果集 仅 包含所有满足 连接条件 的数据；而经过 外连接 后得到的数据集 不仅 包含满足 连接条件 的数据，还包含其他数据，具体的差别是：

在上面「SQL 标准定义的主要连接」一图中并没有列出交叉连接，交叉连接会对连接的两张表做笛卡尔积，也就是连接后的数据集中的行是由第一张表中的每一行与第二张表中的每一行配对而成的，而不管它们 逻辑上 是否可以搭配在一起。假设交叉连接的两张表分别有 m 和 n 行数据，那么交叉连接后的数据集就包含 m 乘以 n 行数据。

连接根据连接的条件不同，又可以区分为等值连接和非等值连接，「SQL 标准定义的主要连接」图中画出的连接的连接条件都是比较两个字段是否相等，它们都是等值连接。

自然连接是等值连接的一种特殊形式，自然连接会自动选取需要连接的两张表中字段名相同的 所有 列做相等比较，而不需要再指定连接条件了。

注：以下内容全部基于 MySQL 5.7 版本，所有例子只保证在 MySQL 5.7 上是可以正确执行的。

MySQL 中支持的连接类型和关键字如下：

上面的表示方法摘自 MySQL 5.7 版本 官方文档 ，其中 | 表示两者皆可出现， [] 表示的是可选的， {} 表示的是必选的，例如 NATURAL LEFT JOIN 和 NATURAL JOIN 都是合法的。

可以看到，除了全外连接（ FULL OUTER JOIN ）以外， MySQL 基本支持了 SQL 标准中定义的各种连接。在 MySQL 中全外连接可以通过 UNION 合并的方式做到，当然前提是你知道自己为什么需要这么做，具体参见： Full Out Join in MySQL 。

MySQL 语法中还支持一个并不在 SQL 标准中的 STRAIGHT_JOIN ，它在 表现上 和内连接或者交叉连接并无区别，只是一种给 MySQL 优化器的一个提示， STRAIGHT_JOIN 提示 MySQL 按照语句中表的顺序加载表，只有在你明确清楚 MySQL 服务器对你的 JOIN 语句做了负优化的时候才可能用到它。

还有一点需要说明的是，根据 官方文档 ，在 MySQL 中， JOIN 、 CROSS JOIN 和 INNER JOIN 实现的功能是一致的，它们在语法上是等价的。从语义上来说， CROSS JOIN 特指无条件的连接（没有指定 ON 条件的 JOIN 或者没有指定 WHERE 连接条件的多表 SELECT ）， INNER JOIN 特指有条件的连接（指定了 ON 条件的 JOIN 或者指定了 WHERE 连接条件的多表 SELECT ）。当然，如果你非要写 ... CROSS JOIN ... ON ... 这样的语法，也是可以执行的，虽然写着交叉连接，实际上执行的是内连接。

下面我们就用例子来看一看 MySQL 中支持的几种连接的例子。

注：下面的例子都没有指定 ORDER BY 子句，返回结果的顺序可能会因为数据插入顺序的不同而略有不同。

MySQL 的交叉连接或内连接有两种写法，一种是使用 JOIN 并用 ON 或者 USING 子句指定连接条件的写法，一种是普通的 SELECT 多表，并且用 WHERE 子句指定连接的键的写法。

下面的例子是一个交叉连接：

上面的写法等价于：

当然，第二种写法中如果将 CROSS JOIN 替换成 JOIN 或者 INNER JOIN 也是可以正确执行的。上面两条语句的执行结果如下：

可以看到共返回了 30 行结果，是两张表的笛卡尔积。

一个内连接的例子如下：

上面的写法等价于：

在连接条件比较的字段相同的情况下，还可以改用 USING 关键字，上面的写法等价于：

上面三条语句的返回结果如下：

可以看到只返回了符合连接条件 customers.cust_id = orders.cust_id 的 6 行结果，结果的含义是所有有订单的用户和他们的订单。

左外连接和右外连接的例子如下，其中的 OUTER 关键字可以省略：

其中右外连接的返回与内连接的返回是一致的（思考一下为什么），左外连接的返回结果如下：

可以看到一共返回了 8 行数据，其中最后两行数据对应的 order_id 的值为 NULL ，结果的含义是所有用户的订单，不管这些用户是否已经有订单存在了。

根据前面介绍的自然连接的定义，自然连接会自动用参与连接的两张表中 字段名相同 的列做等值比较，由于例子中的 customers 和 orders 表只有一列名称相同，我们可以用自然连接的语法写一个与上面的内连接的例子表现行为一样的语句如下：

可以看到，使用自然连接就不能再用 ON 子句指定连接条件了，因为这完全是多余的。

当然，自然连接同样支持左外连接和右外连接。

下面用一个 customers 表自连接的例子再来说明一下自然连接，语句如下：

因为是自连接，因此必须使用 AS 指定别名，否则 MySQL 无法区分“两个” customers 表，运行的结果如下：

可以看到结果集和 customers 表完全一致，大家可以思考一下为什么结果是这样的。

文章之前也提到了，MySQL 还支持一种 SQL 标准中没有定义的“方言”， STRAIGHT_JOIN ， STRAIGHT_JOIN 支持带 ON 子句的内连接和不带 ON 子句的交叉连接，我们来看一个 STRAIGHT_JOIN 版本的内连接的例子：

返回结果与前面内连接的例子是一致的，如下：

STRAIGHT_JOIN 的表现和 JOIN 是完全一致的，它只是一种给 MySQL 优化器的提示，使得 MySQL 始终按照语句中表的顺序读取表（上面的例子中，MySQL 在执行时一定会先读取 customers 表，再读取 orders 表），而不会做改变读取表的顺序的优化。关于 MySQL 优化器的话题这里不做展开，需要说明的是除非你非常清楚你在做什么，否则不推荐直接使用 STRAIGHT_JOIN 。

你能理解上面的语句是在检索什么数据吗？

本文主要介绍了 SQL 标准里定义的各种连接的概念，以及 MySQL 中的实现，并通过各种例子来介绍了这些连接的区别。这些连接不一定都能在实际开发中用到，但是做到心中有知识也还是很有必要的。

那么，现在再回忆一下，什么是内连接、外连接、自连接、等值连接和自然连接？他们的区别是什么？

最后，给大家留一个思考题，为什么 MySQL 中没有左外连接或者右外连接版本的 STRAIGHT_JOIN ？

---