爱可生 dble 团队开发成员，主要负责 dble 需求开发，故障排查和社区问题解答。少说废话，放码过来。
这两天事情稍微有点多，公众号也停止更新了几天，结果有读者催更了，也是，说明还是有人关注，利己及人，挺好。
1、配置文件参数my.cnf tmp_table_size=64M max_heap_table_size=64M tmpdir = /data/mysql/tmp 2、优化Tips： 如果Created_tmp_disk_tables/ Created_tmp_tables应该小于20%，如果比值较高，就需要适当调高tmp_table_size或者max_heap_table_size的值，让Mysql在内存中完成临时表的操作，减少使用硬盘对性能和响应时长的影响。 在调高tmp_table_size或者m
**内存临时表排序：**在MySQL中，使用InnoDB引擎执行排序操作时，当处理的数据量较小，可以在内存中完成排序时，MySQL会优先使用内存进行排序操作。在这种情况下，MySQL会创建一个临时内存表来存储排序结果，这样可以快速地对数据进行排序，提高查询效率。
MySQL在多个会话同时使用临时表时，可能会出现冲突的情况。下面学习MySQL中使用临时表时如何确保不会与其他会话中的临时表发生冲突，包括命名规则、作用域、会话隔离级别等方面。
在MySQL中，如果我们对大表频繁进行insert和delete操作，那么时间一长，这个表中会出现很多"空洞"，也就是表碎片。
墨墨导读：MySQL临时表在很多场景中都会用到，比如用户自己创建的临时表用于保存临时数据，以及MySQL内部在执行复杂SQL时，需要借助临时表进行分组、排序、去重等操作。下面将会对MySQL临时表的一些概念、分类和常见问题进行整理。
相信很多小伙伴们，在日常对接开发时，有很多大表在业务上并没有采取任何形式的切分，数据不停地往一张表里灌入，迟早有一天，磁盘空间报警。作为一个DBA，侧重点是对数据库的操作性能（大表增加字段/索引，QPS等）和存储容量加以考虑，我们会建议开发对数据库里的大表进行数据归档处理，例如将3个月内的订单表保留在当前表，历史数据切分后保存在归档表中，之后归档表从主库上移走以便腾出磁盘空间，并将其迁移至备份机中（有条件的可以将其转换为TokuDB引擎），以便提供大数据部门抽取至HDFS上。
MySQL是一款广泛使用的关系型数据库管理系统，其临时表功能在处理大量数据和复杂查询时非常有用。然而，使用临时表可能会对性能产生一定的影响。
MySQL原生Online DDL是MySQL数据库提供的一项功能，它允许在不中断数据库服务的情况下执行数据定义语言（DDL）操作。
通过CREATE TEMPORARY TABLE 创建的临时表，这种临时表称为外部临时表。这种临时表只对当前用户可见，当前会话结束的时候，该临时表会自动关闭。这种临时表的命名与非临时表可以同名（同名后非临时表将对当前会话不可见，直到临时表被删除）。
MySQL Online DDL 功能从 5.6 版本开始正式引入，发展到现在的 8.0 版本，经历了多次的调整和完善。本文主要就 Online DDL 的发展过程，以及各版本的区别进行总结。其实早在 MySQL 5.5 版本中就加入了 INPLACE DDL 方式，但是因为实现的问题，依然会阻塞 INSERT、UPDATE、DELETE 操作，这也是 MySQL 早期版本长期被吐槽的原因之一。
最近在MySQL运行中应用程序报错，/home/mysql/data3009/tmp/#sql_14cdb_24' is full" 。
线上mysql数据库爆出一个慢查询，DBA观察发现，查询时服务器IO飙升，IO占用率达到100%， 执行时间长达7s左右。
【问题现象】 线上mysql数据库爆出一个慢查询，DBA观察发现，查询时服务器IO飙升，IO占用率达到100%， 执行时间长达7s左右。 SQL语句如下： SELECT DISTINCT g.*, cp.name AS cp_name, c.name AS category_name, t.name AS type_name FROMgm_game g LEFT JOIN gm_cp cp ON cp.id = g.cp_id AND cp.deleted = 0 LEFT JOIN gm_category
前几天在网上进行了一个面试,关于数据库方面的面试题其实也没少背,但是这个面试官的问题多少让我有些触不及防,他没有询问比较常见的基础语法和优化的问题,而是让我解释一条SQL从客户端到服务端的执行流程,这让我十分尴尬,因为平时只顾应用层面的东西,没有真正去理解到更深层次的东西,所以遇到非常规问题,很容易蒙圈,希望大家以我为鉴,学习一个知识要尽量达到"知其然、知其所以然",这样即使面试官变换问题的角度,我们也能更好的应对回答,叨唠完了,正片开始!
Online DDL是从mysql5.6版本后引入的新功能，可以实现在线DDL操作不锁表。但是MySQL5.6的Online DDL不是真正的Online DDL，针对部分操作还是有局限性。 5.6之前的DDL处理方式： 1、创建临时表 2、将原表加S锁（只能读，不能DML） 3、将原表数据导入临时表 3、删除原表 4、把临时表重命名成新表 这种情况会对表加一个S锁，其他用户只能访问，不能执行DML操作，如果数据量越大，锁时间越长，对业务影响也越长。 5.6之后的DDL处理方式： innodb_online
分库分表就是我们把一个大表拆开分到不同的数据库实例上，比如将一个大表bt按照字段id（分区key）拆分成32个库中。分区key的选择尽量减少跨库和跨表查询。
MySQL是一款广泛使用的关系型数据库管理系统，在高并发环境下，数据库性能是至关重要的。然而，在使用临时表时，特别是在高并发环境中，可能会遇到一些性能问题。
换句话说，业务中使用 SELECT 语句的时候除了不可避免的搭配 WHERE 以外，还会配合 ORDER BY 进行使用。
换句话说，业务中使用 SELECT 语句的时候除了不可避免的搭配 WHERE 以外，还会配合 ORDER BY进行使用。
MySQL 临时表分为两种：外部临时表、内部临时表。用户通过 CREATE TEMPORARY TABLE 创建的是外部临时表。SQL 语句执行过程中 MySQL 自行创建的是内部临时表，explain 输出结果的 Extra 列出现了 Using temporary 就说明 SQL 语句执行时使用了内部临时表。
MySQL是一种常用的关系型数据库管理系统，广泛应用于各种规模的应用程序中。在MySQL中，临时表是一种特殊类型的表，它们仅在当前会话中存在，并在会话结束后自动删除。
MySQL是一款流行的关系型数据库管理系统，被广泛应用于各种规模的应用程序中。在MySQL中，有两种类型的表：临时表和普通表。下面介绍MySQL中临时表与普通表的区别，包括定义、作用、生命周期、可见性、性能等方面。
由于临时表只能被创建它的 session 访问，所以在这个 session 结束的时候，会自动删除临时表。也正是由于这个特性，临时表就特别适合我们文章开头的 join 优化这种场景，原因：
如果你删除了数据表中的多条记录，并希望对剩下数据的AUTO_INCREMENT列进行重新排列，那么你可以通过删除自增的列，然后重新添加来实现。 不过该操作要非常小心，如果在删除的同时又有新记录添加，有可能会出现数据混乱。操作如下所示：
墨墨导读：数据是以表空间来维护和存放的。在表空间中包含数据，结构，索引等信息，如何有效使用表空间对于MySQL来说非常重要。
表空间(Tablespace)：一个mysql实例，及一个数据库实例，可以对应多个表空间(ibd文件)，用于存储记录，索引等数据。
读取顺序：/etc/mysql/my.cnf>/etc/my.cnf>~/.my.cnf
在 MySQL 中，Temporary Table（临时表）和 Memory Table（内存表）是两种不同的表类型，它们有一些重要的区别和用途。
DDL 一向是业务的痛点，尤其是对大型表的 DDL 操作，具有操作时间久，对性能影响大，可能影响业务正常使用等问题。
在数据库管理系统中，查询优化器是一个至关重要的组件，它负责将用户提交的SQL查询转换为高效的执行计划。在MySQL中，查询优化器使用了一个称为“成本模型”的机制来评估不同执行计划的优劣，并选择其中成本最低的那个。本文将深入探讨MySQL的成本模型，以及如何利用这一知识来优化查询性能。
临时表属于是一种临时存放数据的表，这类表在会话结束时会被自动清理掉，但在 MySQL 中存在两种临时表，一种是外部临时表，另外一种是内部临时表。
首先明确一个概念，innodb表包含两部分,表结构定义和数据，Mysql8.0以前表结构定义存放在.frm为后缀的文件里，而Mysql8.0版本以后允许表结构定义放到系统数据表中，因为表结构定义占用的空间很小，因此我今天主要说是表数据，
在访问数据库时，应该只请求需要的行和列。请求多余的行和列会消耗MySql服务器的CPU和内存资源，并增加网络开销。 例如在处理分页时，应该使用LIMIT限制MySql只返回一页的数据，而不是向应用程序返回全部数据后，再由应用程序过滤不需要的行。 当一行数据被多次使用时可以考虑将数据行缓存起来，避免每次使用都要到MySql查询。 避免使用SELECT *这种方式进行查询，应该只返回需要的列。
什么是临时表：MySQL用于存储一些中间结果集的表，临时表只在当前连接可见，当关闭连接时，Mysql会自动删除表并释放所有空间。为什么会产生临时表：一般是由于复杂的SQL导致临时表被大量创建
日常开发我们对一条DML语句较为熟悉，很多开发人员都了解sql的执行过程，比较熟悉，但是DDL是如何执行的呢，大部分开发人员可能不太关心，也认为没必要了解，都交给DBA吧。其实不然，了解一些能尽量避开一些ddl的坑，那么下面带大家一起了解一下DDL执行的方式，也算抛砖引玉吧。如有错误，还请各位大佬们指正。
本文研究了在没有写查询的情况下，InnoDB行插入时，因内部临时表的问题而发生性能尖刺的情形。
今天主要介绍一下MySQL 8.0.19 instant add column的新特性，基于亿级数据秒速增加字段，下面一起来看看吧~
数据库到底有多重要？作为数据分析人员需要懂点数据库，作为开发者需要懂点数据库，作为行业从业者，或者一个专业从事运维的DBA，更是要对数据库了如指掌。 这次我尝试着写了9道常见的MySQL面试题，内容主要从面试角度出发，会涉及比较多很重要的基础知识，对于这类知识，不仅仅要知道，还要能够讲清楚，不够熟悉的小白可以查缺补漏，足够资深的大牛也可以看看对这些知识有没有烂熟于心。如果不知道嘛……出门别说自己是DBA…… 1 关系型数据库和非关系型数据库区别 非关系型数据库（感觉翻译不是很准确）称为 NoSQL，也
今天分享的内容是MySQL里面的group by语句，部分案例节选自极客时间的《MySQL45讲》，大家有兴趣可以购买相应课程进行学习，废话就不多说了，直接从例子开始吧。
昨天内容中说了MySQL5.6引入了online DDL，但是没有详细的展开说，这块儿内容比较多，只能一点一点的写了，今天再来看这里的内容。
今天发现网站页面打开非常慢，对处理过程简单记录了一下 找问题 首先登录服务器使用 top 查看当前进程信息，发现排名第一的是 mysql，占用 cpu 达到了 100% 以上，这就明确了是 mysql 的问题 登录 mysql，使用 show processlist 查看下当前执行状态，发现了大量 LOCK 操作，也有多个 Copying to tmp table 的操作，说明有 sql 出现了问题，操作过于复杂，对临时表使用频繁，把其他操作阻塞了 解决 找到了问题后，把处理方向确定为 检查和修改配置、sq
，但到底怎么设计和优化根据业务的事情这点也和数据库有关，不同类型的数据库的特点不同，所以表设计的方式也不同，大部分开发都不大懂，把ORACLE的表直接照搬到MYSQL（第三方或有些说支持多种数据库的软件公司） ，结果也可想而知。知识的扩展如果懂得数据库种类数量算是横向扩展，那根据业务逻辑来进行表的设计就是纵向发展的一部分，所以希望大家可以帮助，拽人或者加入扩展自己，互相帮助。也十分欢迎开发的同学，we are friend ,help each other.
使表占用尽量少的磁盘空间。减少磁盘I/O次数及读取数据量是提升性能的基础原则。表越小，数据读写处理时则需要更少的内存，同时，小表的索引占用也相对小，索引处理也更加快速。
MySQL 一直是本人很薄弱的部分，后面会多输出 MySQL 的文章贡献给大家，毕竟 MySQL 涉及到数据存储、锁、磁盘寻道、分页等操作系统概念，而且互联网对 MySQL 的注重程度是不言而喻的，后面要加紧对 MySQL 的研究。写的如果不好，还请大家见谅。
MySQL在处理复杂查询时，有时会使用临时表来存储中间结果。当这些临时表占用大量空间时，可能导致性能下降甚至服务中断。本文将深入探讨临时表空间的占用问题，分析常见问题，指出易错点，并提供避免和优化的策略。
作者：徐文梁，爱可生 DBA 成员，一个执着于技术的数据库工程师，主要负责数据库日常运维工作。擅长 MySQL，Redis 及其他常见数据库也有涉猎；喜欢垂钓，看书，看风景，结交新朋友。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
