如果 SQL 在执行过程中读到的数据无法直接得到结果，那么就需要额外的内存来保存中间结果，得出最终结果，这个额外的内存就是内部临时表。比如 group by 执行时，就需要构建一个临时表，需要额外的字段保存聚合函数的结果，当然为了防止内存使用过大，一般超出某个限制后就会放到磁盘上。关于哪些操作会产生内部临时表，可以查看官方文档：https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html，下面主要介绍 MySQL 8.0 内部临时表存放方式的变化。
在磁盘上的内部临时表过多时(created_tmp_disk_tables)，需要增大参数tmp_talble_size，temptable_max_ram，temptable_max_mmap。
最近遇到一个MySQL数据导入时候遇到问题，先来看下问题产生的具体报错信息如下所示：
墨墨导读：数据是以表空间来维护和存放的。在表空间中包含数据，结构，索引等信息，如何有效使用表空间对于MySQL来说非常重要。
这应该是 MySQL 原理中最底层的部分了，我们存在 MySQL 中的数据，到底在磁盘上长啥样。你可能会说，数据不都存储在聚簇索引中吗？但很遗憾，你并没有回答我的问题。我会再问你，那聚簇索引在磁盘上又长啥样？
表空间(Tablespace)：一个mysql实例，及一个数据库实例，可以对应多个表空间(ibd文件)，用于存储记录，索引等数据。
某个客户反馈查询数据库发现 information_schema.tables 的 data_free 值突发异常，达到 13G 左右。如图：
MySQL事务特性之一就是要保证原子性，一组SQL要么全部成功、要么全部失败。当事务进行过程中，如果出现失败或者异常情况要进行回滚，回到之前最初的样子，要这样实现就要需要把之前的数据记录下来。
墨墨导读：MySQL临时表在很多场景中都会用到，比如用户自己创建的临时表用于保存临时数据，以及MySQL内部在执行复杂SQL时，需要借助临时表进行分组、排序、去重等操作。下面将会对MySQL临时表的一些概念、分类和常见问题进行整理。
它提供InnoDB数据文件的信息，如果是NDB，它提供了有关存储了NDB集群磁盘数据表的文件的信息。
网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。
读取顺序：/etc/mysql/my.cnf>/etc/my.cnf>~/.my.cnf
作为一款开源软件，MySQL除了在源代码方面进行开源，在其他方面也是做得十分到位。例如文档，在线手册，工作日志，bug系统等等。今天在这里为大家介绍一下MySQL的worklog。
MySQL在处理复杂查询时，有时会使用临时表来存储中间结果。当这些临时表占用大量空间时，可能导致性能下降甚至服务中断。本文将深入探讨临时表空间的占用问题，分析常见问题，指出易错点，并提供避免和优化的策略。
反模式：如果完全按照三大范式来设计表结构，会导致业务涉及表增多，查询数据需要多表联合查询，导致sql复杂，性能变差，不利于维护，也不利于分库分表，比如会在表中冗余存储城市id对应的城市名称
测试环境机器磁盘空间不足的告警打破了下午的沉寂，一群人开始忙活着删数据。但是，不久前刚清理了一波数据，测试环境在没做压测的情况下不至于短短一个月不到就涨了200G数据，于是，我悄悄的进入数据目录下，发现一个不寻常的点，ibtmp1文件有192G
解决Oracle临时表空间过大有两种方法，方法一增加临时表空间的大小，方法二重建临时表空间，解决临时表空间过大的问题。
「MySQL存储引擎最大的特点就是【插件化】，可以根据自己的需求使用不同的存储引擎，innodb存储引擎支持行级锁以及事务特性，也是多种场合使用较多的存储引擎。」
近期我们运维的数据库有几台出现了 temp 临时表空间使用率过高告警的问题，发现有些 DBA 竟然选择直接添加数据文件或者直接 resize 30G 来消除告警。这样导致临时文件很大占用很多磁盘空间，没有想到优化管理它，临时表空间过大只有重启实例使用率才会下降，如果没有临时表空间实例重启也会自动创建出来，那么今天抽出点时间来说说临时表空间的管理。
本系列文章基于5.7.20 版本讲述MySQL的新特性,从安装,文件结构,SQL,优化,复制等几个方面展开介绍5.7 的新特性和功能，同时也建议大家跟踪官方blog和文档 ，以尽快知悉其新的变化。
当排序操作、重建索引等大型操作无法在内存中完成时，临时表空间将为排序提供便利。一般情况下临时表空间为多个用户，多个会话所共 享。不能为会话分批空间配额。临时表空间耗用过度且在不能自动扩展的情形下将收到“ORA-1652:unable to extend temp segment” 错误.下面 描述了过度扩展后如何释放临时表空间。 与之相关的内容参考：
UNDO LOG 的主要目的是完成事务回滚和MVCC 多版本控制中的读取过去事务的问题。
携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第18天，点击查看活动详情 >>
系统表空间是更改缓冲区的存储区域。如果表是在系统表空间而不是每个表文件或通用表空间中创建的，它也可能包含表和索引数据。(在MySQL5.x版本中还包含InnoDB数据字典、undolog等)
Oracle 临时表空间是Oracle数据库的重要组成部分，尽管该部分并没有cont体系结构上得以展现，但其重要地位也是不容忽视的。尤其是 对于大型的频繁操作，如创建索引，排序等等都需要在临时表空间完成来减少内存的开销。当然对于查询性能要求较高的应尽可能的避免在磁盘 上完成这些操作。本文主要描述的是临时表空间的管理与受损恢复。
在上一篇《初相识|全方位认识information_schema》中，我们针对 information_schema 系统库做了一个简单的认识，本期我们将为大家带来系列第二篇《Server层统计信息字典表 | 全方位认识 information_schema》，下面请跟随我们一起开始 sys 系统库的学习之旅吧~
InnoDB 存储引擎是 MySQL 5.5 版本后的默认存储引擎，支持事务 ACID，回滚，系统崩溃恢复能力及多版本并发控制的事务安全，主要用于 OLTP 数据库业务场景；支持自增长列（auto_increment）；支持外键约束（foreign key）；支持 MVCC 的行级锁；使用 Btree 索引；如果你还没有看到前面一文介绍 MySQL 体系结构，那么推荐戳此查看[MySQL 体系结构详解]，介绍完 MySQL 体系结构，下面来一起学习 InnoDB 体系结构。
携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第15天，点击查看活动详情 >>
SYSAUX --->10g 高并发系统繁忙时，会造成system争用，将工具放到SYSAUX,减轻system的压力，SYSAUX不影响系统（影响性能）
从Oracle数据库12c开始，可以将Oracle Clusterware和Oracle RAC配置在大型集群中，称为Oracle Flex集群。 这些集群包含两种类型的节点：Hub节点和Leaf节点。 Hub节点紧密连接，可以直接访问共享存储，并作为一个或多个Leaf 节点的锚点。 leaf 节点与Hub节点松动连接，可能无法直接访问共享存储。 关于Flex Cluster，详情请点击：Oracle Flex Clusters 随着12.2的发布，如果是FLEX集群，可以在LEAF NODE创建read
(1) 这里设置初始数据文件大小是200M，AUTOEXTEND属性默认自动增长，每次申请新的表空间时会分配32M，最多分配1024M。
是否为归档模式 数据库是否为归档模式，可以使用archivelog list查看 是否为force logging模式 数据库是否启用了force logging 是否使用spfile 这个新特性，其实还是比较实用的，建议开启，对于变更都能够及时统筹管理。所以这个特性mysql还是可以借鉴一下。 归档频率是否过高 数据库的归档频率是否过高，每个小时的归档日志量是否过大。比如500M为一个基准。 内核参数设置是否得当 内核参数设置的情况需要提前规律，是否存在不合理的
爱可生华东交付部 DBA，主要负责 MySQL 日常问题处理及 DMP 产品支持。爱好跳舞，追剧。
封面图片来自：mysql官方文档，8.0版本，InnoDB Architecture。
表空间是数据库系统中数据库逻辑结构与操作系统物理结构之间建立映射的重要存储结构，它作为数据库与实际存放数据的容器之间的中间层，用于指明数据库中数据的物理位置。任何数据库的创建都必须显式或隐式的为其指定表空间，且数据库中的所有数据都位于表空间中。
以下总结了关于 Oracle 数据库临时表空间的相关 SQL 语句： Oracle 临时表空间创建和添加数据文件： --创建临时表空间 tempdata create temporary tablespace tempdata tempfile '/oradata/orcl/tempdata01.dbf' size 30g autoextend off; --新增临时表空间数据文件 alter tablespace tempdata add tempfile '/oradata/orcl/tempdata0
现在的MySQL版本已经可以实现自动扩展表空间，其中innodb_file_per_table默认是开启的，表示为每一张新建的表创建表空间，这样可以避免ibdata1过于庞大。
临时表在日常工作中可能使用比较多，但是大家都对临时表相关的一些知识了解比较少。我们来简单说数理一下。 首先是临时表空间，临时表都存储在临时表空间中，对于临时表空间，从数据库中查询数据字典就能够很清楚的看到，临时表空间是nologging的，也就是临时表也是nologging的。 SQL> select tablespace_name,logging from dba_tablespaces; TABLESPACE_NAME LOGGING -----------------
此步创建的是临时表空间，可以多个数据公用一个临时表空间，注意创建的大小即可，名称随意。
墨墨导读：expdp/impdp是一个非常简单的操作，但是简单的操作中往往蕴藏了很多原理性的东西，如果稍不注意，则可能会才到很多坑。
前言：MySQL5.7新特性之一介绍了一些新特性及兼容性问题，MySQL 5.7新特性之二介绍了临时表的优化和实现。 这期我们一起来学习下undo空间管理，重点介绍truncate功能。 1. 背景 InnoDB存储引擎中，undo在完成事务回滚和MVCC之后，就可以purge掉了，但undo在事务执行过程中，进行的空间分配如何回收，就变成了一个问题。 我们亲历用户的小实例，因为一个大事务，导致ibdata file到800G大小。 我们先大致看下InnoDB的undo在不同的版本上的一些演进
-- 每个表单独文件和单独表空间，而不是放在系统表空间，每个表的文件表空间允许操作系统在表被截断或删除时回收磁盘空间。每表文件表空间还支持动态和压缩行格式以及相关功能
实例是指在内存中分配的一块共享内存区域（SGA）和一组后台进程（或线程），它们用于访问和控制数据库。3实例是Oracle数据库的运行时环境，它是数据库的动态部分，它可以启动和关闭，也可以有多个实例同时运行。
时间过得真快，一眨眼MySQL又发布了一个维护版本，MySQL8.0.23。在这个版本里面，除了像以往一样解决了一部分BUG，同样也增添了一些新的功能，让我们快速浏览一下。
create tablespace SOA logging datafile ‘D:\app\oradata\ORCL\SOA.dbf’ size 32m autoextend on next 32m maxsize 2048m extent management local;
一位朋友说他们压测的应用，前几天都正常，昨天执行的时候，报了如下错误，但是今天没出现，DBA说他们某条SQL占用临时表空间太多了，昨天还给扩了10个G的临时表空间容量，
《Oracle一个诡异的临时表空间不足的问题》中提到对临时表空间执行shrink space的操作，以前一直理解只有对表能做shrink space的操作，但从官方文档看，11g开始，就可以对临时表空间执行相同的操作。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
