1. 概述
本文介绍 MySQL数据连接 中一些报错及解决方案。
2. 示例
2.1 only_full_group_by 报错
2.1.1 问题描述
有些项目初期是在 MySQL5.6（以上）进行开发，后期由于某种原因升级到 MySQL5.7 之后，可能就会突然发现原来的一些 SQL 运行都报错。
例如错误代码：1301 数据集配置错误 Query:Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column，如下图所示：
2.1.2 原因分析
从上面的错误代码我们不难看出，应该是和 SQL 的 group by 语法有关。
由于 sql_mode的only_full_group_by 模式是默认开启的，以前能正常运行的一些语法（不规范）不再被兼容导致的报错，必须严格按照 SQL 语法书写。
2.1.3 解决方案
1）在 SQL 查询语句中不需要 group by 的字段上使用 any_value() 函数。但是这种处理方法对于已经开发完成的项目好像不太现实，因为可能设置到的修改语句实在太多。
注： any_value(field) 函数允许非分组字段的出现（和关闭 only_full_group_by 模式有相同效果）
2）在 SQL 查询语句前添加 SET GLOBAL sql_mode = ''; 把 sql_mode 的 only_full_group_by 模式关闭。
3）修改 my.cnf（ Windows下是 my.ini ）配置文件，删掉 only_full_group_by 这一项，如下图所示：
4）如果在 my.ini 中找不到 only_full_group_by 项，我们可以打开 MySQL 命令行，执行命令：select @@sql_mode 得到 sql_mode 的值，将其添加到 my.cnf 文件的配置项里面（务必删掉 only_full_group_by 这个选项，其他的都复制过去）
内容大概：sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，如下图所示：
注：关于 SQL_MODE 变量，5.6 以前的版本默认为空，MySQL 5.6 中默认是严格模式，在最新的 MySQL 5.7 中对它进行的可选项设置。SQL_MODE 的默认设置其实是比较冒险的一种设置，因为在这种设置下可以允许一些非法操作。
5）重启 MySQL 服务。
2.2 tinyint 类型字段空值入库失败
2.2.1 问题描述
1）MySQL 数据库中有 tinyint 类型字段，其值只能是 0 或者 1 ，用户如果用 0 或 1 成功填报过该字段，如下图所示：
2）再次填报该字段，选择空值提交成功后，库内的值并非是Null，而是原来的值不变，如下图所示：
2.2.2 原因分析
下拉框如果不编辑或者只编辑不选，都不会提交空字符串，但是如果编辑了一个非空选项再编辑不选，就会发生值变化，从而提交空字符串到后台。
2.2.3 解决方案
统一将空字符串转 Null ，设计器菜单栏「模板>报表填报属性」下，设置提交条件，绑定公式if(len(B2)==0,NULL,B2)即可。
2.3 数据预览报错
2.3.1 问题描述
数据预览时报错：can not be represented as java.sql.Date
2.3.2 解决方案
在「数据连接URL」后添加后缀：zeroDateTimeBehavior=convertToNull