MySQL 9.3.0创新版正式发布

以上是MySQL 9 .3 .0创新版的主要更新内容。

InnoDB支持动态调整容器配置，在CPU内存限制下自动适应Kubernetes环境。

JavaScript 存储过程现在支持 DECIMAL 类型和预编译绑定。
本地化也得到了改进，并且有更多的图书馆管理功能。

GroupReplication增加“最新交易”主节点选举，空交易也可以并行处理。

SQL函数检查兼容性，子查询优化支持ALL/ANY。

数据脱敏企业版已更名，OptionTracker支持新旧优化器。

旧的配置和插件已被删除，并且replica_parallel_workers的最小值已更改为1
Windows配置工具修复了一些错误。
InnoDB空间索引验证和内存泄漏问题解决。

复制层修复了 CRC3 2 冲突和集群分裂问题。

mysqldump可以导出用户，客户端显示毫秒级执行时间。

安全性已将 OpenSSL 库更新至 3 .0.1 6
详情你自己看吧。

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

上周我们研究了 MySQL 的临时表概念。
临时表是使用后销毁的表。
数据可以存储在内存或磁盘中。
全局会话有四个事务和恢复阶段。

2 02 3 年，朋友告诉我MySQL5 .7 优化了InnoDB临时表。
之前临时表占用了ibdata，影响了性能。
现在，5 .7 将临时表数据移动到单独的表空间以减少性能影响。

我的朋友还向我展示了如何使用 tmpfs 文件系统创建临时表空间。
他创建了一个存储过程，创建了具有集群功能的临时表，并使用数据字典来检索数据。

现在创建 1 0 个临时表：调用 sp_create_temporary_table(1 0)。
在数据字典中查找临时表信息比较方便。

另一个想法，性能测试很重要。
但不确定那部分。
这取决于你。

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

上周一位客户向我询问有关 MySQL 8 .0 临时表空间的问题。
我只是在想这个问题，想向你解释一下。

你看，你说得对，8 .0对临时表空间进行了分割。
会话的临时表空间专门用于当前连接。
用户创建的临时表以及InnoDB使用磁盘创建内部临时表时都放置在这里。
这很容易理解。
如果你的连接中断了，存储空间当然会再次释放，系统可以继续使用。
当我在上海测试时，我注意到使用 temp_8 .ibt 房间的连接 #4 5 这时候看字典表就可以看到了。

但是5 .7 版本不同。
当时ibtmp1 是全局临时表空间，放置临时表和内部InnoDB临时表。
我在2 02 3 年的一个项目中遇到过这个。
5 .7 中会话结束时，临时表空间没有释放，只是标记了。
要真正恢复空间，必须重新启动数据库。
这太令人沮丧了。
如果你想一想，总是有空间被占用，也占用了存储空间。

8 .0 的设计更加合理。
会话临时表空间是会话独占的。
会话结束后，磁盘空间立即恢复。
我在北京的一个网上图书馆查过。
在会话#4 5 中保存临时表，使用temp_8 .ibt，然后直接退出会话。
如果几秒钟后再次查看，空间将恢复到原来的大小，并且状态仍保持非活动状态。
效果立竿见影。

所以总结就是：5 .7 中止会话，临时表空间被错误释放，需要重新启动才能真正回收； 8 .0结束会话，真正发布。
我觉得这个改变还是不错的，至少房间管理更加灵活。
您在那里遇到过什么不寻常的情况吗？