平常使用可能发现不了问题，在处理大数据的时候，会发现内容被截取了，其实MYSQL内部对这个是有设置的，默认不设置的长度是1024个字符，如果我们需要更大，就需要手工去修改配置。
张北ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联公司的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：028-86922220（备注：SSL证书合作）期待与您的合作！
1、查看当前mysql group_concat_max_len
2、如果不方便重启mysql 可以在mysql状态通过命令设置，如
此种方式在mysql重启后会读取配置文件重新设置，会导致设置失效，所以建议依旧要修改配置文件。
3、修改配置文件：my.ini
在[mysqld]下新增配置：group_concat_max_len = 102400
重启，通过方式1查看即可。
4、不限制大小
有时我们并不知需要多大的字节才能满足需求，此种情况可以考虑不设置最大字节（即采用最大字节数）即在配置文件设置group_concat_max_len=-1
1、导出用的是Hutool导出工具类
mysql查询动态行转动态列，并使用mybatis执行
MySQL 动态 行转列（列值转换列名）
mysql动态修改配置参数分两种：
会话session：只对当前会话产生影响，退出mysql后失效；
全局GLOBAL：对后面的连接都有效，不过在重启mysql后失效。
step:
用root账号登录mysql命令行；
查看参数配置情况：
show variables; #显示全部参数。
show variables like '%wait%'; #显示包含wait的参数。
show session varialbes; #显示会话参数
show global varialbes; #显示全局参数
set session wait_timeout=10; #当前会话生效。
set GLOBAL wait_timeout = 10; #全局生效。
如果想要永久修改参数，则同时在/etc/my.cnf配置文件修改。
您可以使用MySQL管理器来扩大根目录的存储空间。首先，您需要登录MySQL管理器，然后点击“管理”选项卡，在“存储引擎”部分，您可以看到“根目录”的大小。如果您想要扩大根目录的存储空间，您可以点击“更改”按钮，然后在“新大小”字段中输入您想要的大小，最少200字最多500字，然后点击“确定”按钮。您也可以在“选项”部分中更改其他选项，以调整根目录的存储空间。最后，您可以点击“应用”按钮，以保存您的更改。
mysql不固定字段使用动态增加数据库表字段。
mysql不固定字段有四种技术：
1.动态增加数据库表字段
2.预留足够的空白字段，运行时作动态映射
3.用xml格式保存在单字段里
4.改列为行，用另外一个表存放定制字段
动态增加字段的方法在实际操作时候几乎是不可能的(sqlserver太慢，oracle索性不支持)。
增加 json 格式的扩展字段。
下面配合一些代码来描述这个解决方案，读者便于去理解。
mysql 数据库脚本：
DROP TABLE IF EXISTS `cs_dustbin`;
CREATE TABLE IF NOT EXISTS `cs_dustbin` (
`id` VARCHAR(45) NOT NULL COMMENT '主键自增id',
`rfid_no` VARCHAR(20) NOT NULL COMMENT 'rfid 卡号',
`state` INT(1) NOT NULL COMMENT '垃圾桶状态：0：已注销；1：未使用；2：待使用；3：已使用(绑定收集点)；',
`user_id` INT NOT NULL COMMENT '登记人，负责录入垃圾桶的人',
`type` INT(1) NOT NULL DEFAULT 1 COMMENT '垃圾桶类型：1：餐厨垃圾桶',
`street_code` INT(11) DEFAULT NULL COMMENT '所在镇街 code，根据状态，这里的含义可能是领用镇街、退还镇街。',
`create_time` DATETIME NOT NULL DEFAULT now() COMMENT '创建时间',
`update_time` DATETIME NOT NULL DEFAULT now() COMMENT '更新时间',
`ext` VARCHAR(1000) NOT NULL DEFAULT '{}' COMMENT '扩展字段',
...
PRIMARY KEY (`id`))
ENGINE = InnoDB
COMMENT = '垃圾桶表';
复制代码Java 代码：
import com.alibaba.fastjson.JSON;
import lombok.Data;
import javax.validation.constraints.NotNull;
import java.util.Date;
import java.util.List;
/**
* 垃圾桶实体
* Created by Blink on 6/28/2018 AD.
*
* @author Blink
*/
@Data
public class Dustbin {
private String id;
/**
* rfid 卡号
*/
@NotNull
private String rfidNo;
/**
* 垃圾桶状态：0：已注销；1：未使用；2：待使用；3：已使用(绑定收集点)；
* 对应 Dustbin.StateEnum 类
*/
@NotNull
private Integer state;
/**
* 录入垃圾桶的人员id
*/
@NotNull
private Long userId;
/**
* 垃圾桶类型：1：餐厨垃圾桶
* DefaultValue: 1
*/
@NotNull
private Integer type;
/**
* 所在镇街 code
* 根据状态，这里的含义可能是领用镇街、退还镇街
*/
private Integer streetCode;
/**
* 创建时间
* defaultValue : now()
*/
@NotNull
private Date createTime;
/**
* 更新时间
*/
@NotNull
private Date updateTime;
/**
* 扩展字段，详细数据查看 DustbinExt.java
* DefaultValue: {}
*/
private String ext;
...
public DustbinExt getExtObject() {
return JSON.parseObject(this.getExt(), DustbinExt.class);
}
public void setExtObject(DustbinExt ext) {
this.ext = JSON.toJSONString(ext);
}
/**
* 垃圾桶扩展属性
* Created by Blink on 6/28/2018 AD.
*
* @author Blink
*/
@Data
public static class DustbinExt {
/**
* 所在镇街
* 根据状态，这里的含义可能是领用镇街、退还镇街、绑定的镇街
*/
private String street;
/**
* 客户（收集点）id，绑定收集点的时候需要填入
* 根据目前的需求（2018-06-29），当收集点解绑的时候
* 需要保存垃圾桶最新绑定收集点名称，所以在解绑垃圾桶的时候不会把这个信息删掉
* 只有当绑定收集点的时候才把他覆盖
*/
private Long customerId;
/**
* 客户（收集点）名称，绑定收集点的时候需要填入
* 根据目前的需求（2018-06-29），当收集点解绑的时候
* 需要保存垃圾桶最新绑定收集点名称，所以在解绑垃圾桶的时候不会把这个信息删掉
* 只有当绑定收集点的时候才把他覆盖
*/
private String customer;
/**
* 损坏部位
* 1：桶盖；2：桶口；3：桶身；4：桶轴；5：桶底；6：桶轮；
* 对应 DustbinDamagePartEnum 类
*/
private ListInteger parts;
}
...
}
复制代码mysql 脚本可以看到扩展字段的信息：
ext VARCHAR(1000) NOT NULL DEFAULT '{}' COMMENT '扩展字段'
复制代码可以看到这么一段 Java 代码：
...
/**
* 扩展字段，详细字段查看 DustbinExt 类
* DefaultValue: {}
*/
private String ext;
public DustbinExt getExtObject() {
return JSON.parseObject(this.getExt(), DustbinExt.class);
}
public void setExtObject(DustbinExt ext) {
this.ext = JSON.toJSONString(ext);
}
...
复制代码可以看到 ext 字段就是用来存储 json 格式的数据，它可以动态地增加任何字段，甚至是对象，不需要通过 DDL（Data Definition Language） 去创建字段，非常适合用来解决上面提到的问题。
Java 代码在这里起到辅助性作用，通过定义一个内部类来管理扩展字段的属性，方便我们了解和管理扩展字段，提高代码的可读性和可维护性，java 这种方式也是笔者总结出来的较为优雅的做法（个人观点）。
局限性
有经验的读者可能会提出，ext 字段在 Mysql 5.7.8 以下版本无法对扩展字段中的某一个或一部分字段建立索引，因为 Mysql 5.7.8 版本以下不支持（Mysql 5.7.8 支持为 Json Data Type 建立索引）。
没错，这是这个解决方案的一个局限性，在 Mysql 5.7.8 以下版本，我的建议是， ext 扩展字段不要存储热点数据，只存储非热点数据，这样就可以避免查询操作，降低维护 ext 字段带来的成本和风险，那如何识别新增字段是不是热点数据呢？这个需要结合实际业务需求来判断，也可以询问对业务和技术更有经验的同事，便于读者更快得出结论。
终极版解决方案
在一些极端的情况下，变化可能来得太快，而我们要的是减少变化带来的成本和风险，所以在表设计之初可以根据自身经验，或者找更有经验的人寻求帮助，预估一下需要预留多少个备用字段，再配合扩展字段，基本上可以把改变（添加字段）表结构的次数降至一个非常少的次数。
总结
在特殊情况下，通过扩展字段 + 预留字段基本上可以做到动态扩展字段，又不会影响为热点数据建立索引的情况，这样我们得到了一个非常灵活的表结构，便于我们应对未来的变化，但是请注意，要维护好我们的实体，包括里面的每一个字段，敬畏每一行代码。
