用户变量：以“@”开始，形式为“@变量名”。用户变量跟mysql客户端是绑定的，设置的变量，只对当前用户使用的客户端生效。

全局变量：定义时，以如下两种形式出现，set GLOBAL 变量名 或者 set @@global.变量名，对所有客户端生效。只有具有super权限才可以设置全局变量。

会话变量：只对连接的客户端有效。

局部变量：作用范围在begin到end语句块之间。在该语句块里设置的变量。declare语句专门用于定义局部变量。set语句是设置不同类型的变量，包括会话变量和全局变量。



通过变量简单实现一下：

SELECT 
  @rank := IF(@bid = tv.ZId, @rank := @rank + 1, @rank := 1) AS RANK,
  @bid := tv.ZId AS ZID, 
  tv.ZTime
FROM (SELECT * FROM tb_chestnut  ORDER BY ZId,  ZTime) tv, 
 (SELECT  @rank := 0,  @bid := NULL) z; 

通过变量简单实现一下：

SELECT
  tv.ZSort,
  @bid := tv.ZId,
  @stime := IF(@bid = tv.ZId AND tv.ZSort = 1, tv.ZTime, IF(@etime IS NULL, tv.ZTime, @etime)) AS stime,
  @etime := DATE_ADD(@stime, INTERVAL tv.ZNum HOUR) AS etime, 
  tv.ZNum
FROM (SELECT * FROM tb_chestnut  ORDER BY ZId, ZSort) tv, 
 (SELECT  @stime := NULL,   @etime := NULL,     @bid := NULL) z;

注：针对于分组排名问题mysql8.0版本可以使用row_number()over(partition by desc)

说明

原理层面

这个错误发生在mysql 5.7 版本及以上版本会出现的问题：
mysql 5.7版本默认的sql配置是:sql_mode=“ONLY_FULL_GROUP_BY”，这个配置严格执行了"SQL92标准"。
很多从5.6升级到5.7时，为了语法兼容，大部分都会选择调整sql_mode，使其保持跟5.6一致，为了尽量兼容程序。

sql层面

在sql执行时，出现该原因：
简单来说就是：输出的结果是叫target list，就是select后面跟着的字段，还有一个地方group by column，就是group by后面跟着的字段。由于开启了ONLY_FULL_GROUP_BY的设置，所以如果一个字段没有在target list和group by字段中同时出现，或者是聚合函数的值的话，那么这条sql查询是被mysql认为非法的，会报错误。

解决方案

1. 查看sql_mode的语句如下

select @@GLOBAL.sql_mode;

①解决方案一：sql语句暂时性修改sql_mode

set @@GLOBAL.sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

问题：
重启mysql数据库服务之后，ONLY_FULL_GROUP_BY还会出现。

1. 解决方案-(推荐解决方案二)

②解决方案二：完美解决方案。
需修改mysql配置文件，通过手动添加sql_mode的方式强制指定不需要ONLY_FULL_GROUP_BY属性，
my.cnf位于etc文件夹下，vim下光标移到最后，添加如下：

sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

重启mysql服务，顺利解决。

1、问题描述

Mysql 里面SQL语句空格、字符串问题，你发现不了，但是就是运行报错。不服？来我们上源码。先来看一个删除表的。

DROP TABLE IF EXISTS 'user';

堂堂正正删除表，没毛病，运行。

1 queries executed, 0 success, 1 errors, 0 warnings

查询：DROP TABLE IF EXISTS 'user'

错误代码： 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''user'' at line 1

执行耗时   : 0 sec
传送时间   : 0 sec
总耗时      : 0 sec

什么鬼。这里user不能用字符串的引号。只能用mysql自带的引号。

DROP TABLE IF EXISTS `user`;

对比下这两种写法在SQLYog中的效果。执行SQL语句。

1 queries executed, 1 success, 0 errors, 1 warnings

查询：DROP TABLE IF EXISTS `user`

共 0 行受到影响， 1 个警告

执行耗时   : 0 sec
传送时间   : 1.183 sec
总耗时      : 1.184 sec

注意：要查看所有警告的完整列表，请启用 工具 -> 首选项 -> 常规 -> 在信息选项卡下显示警告

再来个大招，关于空格的。

CREATE TABLE `role` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) COLLATE utf8_bin NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

也是堂堂正正建立一个表。没毛病。执行SQL语句。

1 queries executed, 0 success, 1 errors, 0 warnings

查询：CREATE TABLE `role` (   `id` bigint(20) NOT NULL AUTO_INCREMENT,   `name` varchar(255) COLLATE utf8_bin NOT NULL...

错误代码： 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'CREATE TABLE `role` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `n' at line 1

执行耗时   : 0 sec
传送时间   : 0 sec
总耗时      : 0 sec

我的个亲娘嘞！还有没有王法。是的就是空格的问题。我们拿到记事本过滤一下再拷贝回来执行SQL语句。

CREATE TABLE role(
  `id` BIGINT(20) NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(255) COLLATE utf8_bin NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

大家肉眼看看和上面有什么区别，看出来的话，你是我大哥，我水土不服舅服你。执行SQL语句。

1 queries executed, 1 success, 0 errors, 0 warnings

查询：CREATE TABLE role( `id` bigint(20) NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_bin NOT NULL, PRIMARY KEY (`id`) ) ...

共 0 行受到影响

执行耗时   : 0.027 sec
传送时间   : 1.171 sec
总耗时      : 1.199 sec

看似一毛一样，竟然执行成功了。我们来看看SQLyog中两段代码的差别。

确实空格不同，颜色也不同。接下来看看Navicat的，一毛一样，还是SQLyog好啊。

遇到这样的问题想必各位会直接哭晕在厕所了。不说了，我刚刚醒。

2、总结

  书上的代码直接运行绝大部分是对的，但是总有一些软件的更新使得作者无能为力。之前的API是对的，但是之后就废弃了或修改了是常有的事。所以我们需要跟踪源代码。这只是一个小小的问题，如果没有前辈的无私奉献，很难想象我们自己一天能学到多少内容。感谢各位前辈的辛勤付出，让我们少走了很多的弯路！

点个赞再走呗！欢迎留言哦！