怎么修改mysql数据库临时表空间大小

以MySQL 8.0 来说，通过查看 8.0 的官方文档得知，8.0 的临时表空间分为会话临时表空间和全局临时表空间，会话临时表空间存储用户创建的临时表和当 InnoDB 配置为磁盘内部临时表的存储引擎时由优化器创建的内部临时表，当会话断开连接时，其临时表空间将被截断并释放回池中；也就是说，在 8.0 中有一个专门的会话临时表空间，当会话被杀掉后，可以回收磁盘空间；而原来的 ibtmp1 是现在的全局临时表空间，存放的是对用户创建的临时表进行更改的回滚段，在 5.7 中 ibtmp1 存放的是用户创建的临时表和磁盘内部临时表；

也就是在 8.0 和 5.7 中 ibtmp1 的用途发生了变化，5.7 版本临时表的数据存放在 ibtmp1 中，在 8.0 版本中临时表的数据存放在会话临时表空间，如果临时表发生更改，更改的 undo 数据存放在 ibtmp1 中；

实验验证：将之前的查询结果保存成临时表，对应会话是 45 号，通过查看对应字典表，可知 45 号会话使用了 temp_8.ibt 这个表空间，通过把查询保存成临时表，可以用到会话临时表空间，如下图：

下一步杀掉 45 号会话，发现 temp_8.ibt 空间释放了，变为了初始大小，状态为非活动的，证明在 mysql8.0 中可以通过杀掉会话来释放临时表空间。

总结：在 mysql5.7 时，杀掉会话，临时表会释放，但是仅仅是在 ibtmp 文件里标记一下，空间是不会释放回 *** 作系统的。如果要释放空间，需要重启数据库；在 mysql8.0 中可以通过杀掉会话来释放临时表空间。

一个传输的包 a communication packet 代表着：

1. 客户端发送到mysql 服务端的单个SQL STATEMENT

2. 服务端发送到客户端的单行数据

3. master发往slave的一个binary log event。

MySQL 8.0单个packet可以允许的最大值是1GB。

当传输的packet大于 max_allowed_packet 时，触发错误 EN_NET_PACKET_TOO_LARGE ,并且关闭Connection。在有的客户端中也会显示信息 Lost connection to MySQL server during query

客户端和服务端都有自己的 max_allowed_packet 变量，所以要调节此参数时，必须同时增加server端和client端的配置变量。

如果是在使用mysql自带的cleint，它的默认 max_allowed_packet 是16MB。要加大此值

服务端 max_allowed_packet 的默认值是64M。

我们可以增大此值以便于server端接收更大的SQL（比如，涉及 BLOB 列）。实例如下

也可以通过option file去配置此项。

增大此配置的值并不会有太多危险，因为额外的内存仅仅只在需要的时候被分配。比如，mysqld只在客户端发送了一个大的查询或者mysqld必须返回一个很大的result row时去分配更多的内存。之所以默认配置很小是为了预防意外情况下发送了巨大的packet导致out of memory。

当有用到 blob 值时，如果此配置过小可能导致奇怪的问题。如果怀疑是此配置导致的，尝试在 mysqld_safe 脚本开头增加 ulimit -d 256000 ，并重启mysqld。

翻译自官网：

https://dev.mysql.com/doc/refman/8.0/en/packet-too-large.html

我来为您解答: 方法1.使用reset master命令 方法2.使用purge master logs to命令 方法3.使用purge master logs before命令 方法4.在my.ini配置文件[mysqld]选项组中设置expire_logs_days参数。

---