墨墨导读：数据是以表空间来维护和存放的。在表空间中包含数据，结构，索引等信息，如何有效使用表空间对于MySQL来说非常重要。
大部分数据库都有存储数据文件扩展的功能，ORACLE 可以扩展你的表空间，SQL SERVER 可以多建立几个 FILEGROUP， PostgreSQL 也可以建立相关类似的扩展。这些都是对付当前存储空间不足，将数据文件跨物理位置进行存储。
如果 SQL 在执行过程中读到的数据无法直接得到结果，那么就需要额外的内存来保存中间结果，得出最终结果，这个额外的内存就是内部临时表。比如 group by 执行时，就需要构建一个临时表，需要额外的字段保存聚合函数的结果，当然为了防止内存使用过大，一般超出某个限制后就会放到磁盘上。关于哪些操作会产生内部临时表，可以查看官方文档：https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html，下面主要介绍 MySQL 8.0 内部临时表存放方式的变化。
最近遇到一个MySQL数据导入时候遇到问题，先来看下问题产生的具体报错信息如下所示：
读取顺序：/etc/mysql/my.cnf>/etc/my.cnf>~/.my.cnf
时间过得真快，一眨眼MySQL又发布了一个维护版本，MySQL8.0.23。在这个版本里面，除了像以往一样解决了一部分BUG，同样也增添了一些新的功能，让我们快速浏览一下。
上篇文章我们介绍了mysql的安装目录和 数据存储目录是不同的，当create database时，会在数据存储目录下新建一个同名的数据库文件，进入指定数据库文件会有db.opt文件记录数据库的特点，字符集，比较规则等。当create table时，会在指定数据库目录下，建立同名的子表目录，里面有表结构文件表名.frm和表数据文件。
导读：深入学习MySQL的时候总是习惯性的和Oracle数据库进行比较。在学习MySQL InnoDB的存储结构的时候也免不了跟Oracle进行比较。Oracle的数据存储有表空间、段、区、块、数据文件；MySQL InnoDB的存储管理也类似，但是MySQL增加了一个共享表空间和独立表空间的概念。
MySQL存储引擎介绍 文件系统 操作系统组织和存取数据的一种机制。 文件系统是一种软件。 文件系统类型 ext2 ext3 ext4 xfs 数据 不管使用什么文件系统，数据内容不会变化 不同的是，存储空间、大小、速度 MySQL引擎 可以将MySQL引擎理解为：MySQL的“文件系统”，只不过功能更加强大。 MySQL引擎的功能 除了可以提供基本的存取功能，还有更多功能事务功能、锁定、备份和恢复、优化以及特殊功能。 MySQL 提供以下存储引擎： – InnoDB – MyISAM – MEMOR
表空间(Tablespace)：一个mysql实例，及一个数据库实例，可以对应多个表空间(ibd文件)，用于存储记录，索引等数据。
InnoDB 存储引擎是 MySQL 5.5 版本后的默认存储引擎，支持事务 ACID，回滚，系统崩溃恢复能力及多版本并发控制的事务安全，主要用于 OLTP 数据库业务场景；支持自增长列（auto_increment）；支持外键约束（foreign key）；支持 MVCC 的行级锁；使用 Btree 索引；如果你还没有看到前面一文介绍 MySQL 体系结构，那么推荐戳此查看[MySQL 体系结构详解]，介绍完 MySQL 体系结构，下面来一起学习 InnoDB 体系结构。
其实在Oracle中的概念并不是创建数据库，而是创建一个表空间，然后再创建一个用户，设置该用户的默认表空间为我们新创建的表空间，这些操作之后，便和你之前用过的mysql数据库创建完数据库一模一样了（如果你用过mysql的话，当然如果Oracle是你用的第一个数据库系统，那上面这段话其实看不看并不重要）。 但是，鉴于很多用过mysql的用户，在刚开始使用Oracle的时候都会不知道如何创建数据库，觉得很茫然，然后开始百度、CSDN一通搜索“Oracle如何创建数据库”，所以笔者把本文的题目写成“Navicat for oracle创建数据库”应该也无可厚非。
本文主要介绍了如何将DB2数据迁移到MySQL数据库以及在这个过程中可能会遇到的常见问题和解决方案。包括数据类型转换、数据类型不匹配、空值处理、数据量统计等方面的内容。
MySQL日志记录了MySQL数据库日常操作和错误信息。MySQL有不同类型的日志文件（各自存储了不同类型的日志），从日志当中可以查询到MySQL数据库的运行情况、用户的操作、错误的信息等。
「MySQL存储引擎最大的特点就是【插件化】，可以根据自己的需求使用不同的存储引擎，innodb存储引擎支持行级锁以及事务特性，也是多种场合使用较多的存储引擎。」
爱可生华东交付部 DBA，主要负责 MySQL 日常问题处理及 DMP 产品支持。爱好跳舞，追剧。
爱可生交付服务部 DBA，主要负责 MySQL 及 Redis 的日常问题处理，参与公司数据库培训的教研授课及开源社区的运营工作。
上篇文章说了，索引的b+树，聚簇索引 和 二级索引，以及如何使用索引，索引对空间和时间的影响，所以索引并不是越多越好。
目前一共包含6个脚本，若脚本的扩展名为“.sql”则表示该脚本为sql脚本，若脚本的扩展名为“.pl”则表示该脚本为perl脚本。
一大早收到一封oracle官方发来的邮件，邀请我参加mysql改版的网路研讨会。作为一个后端开发者，想必对mysql是非常是熟悉了。下面来聊一聊mysql8.0的新特性。 临时表的改进 在MySQL5.7中，所有的临时表都被创建在一个叫“ibtmp1”的表空间中。另外，临时表的元数据也将存储在内存中（不再存储在frm文件中）。 在MySQL8.0中，使用临时表存储引擎作为临时表（为优化JOIN、UNION等操作而创建的）存储的默认引擎，从而替换掉了原有的内存存储引擎。 新的引擎使得VARCHAR和VARBI
编辑手记 MySQL是目前最流行的开源数据库，由于其部署方便，运维简单，被广泛用于互联网的各个领域。随着整体IT架构的变更，传统的金融，电信业务，也逐渐走上从商用到开源，从DB2到MySQL，从传统业务到互联网架构的转型之路。 云和恩墨为某证券公司进行了从DB2到MySQL数据库系统的迁移论证、验证，对两类数据库展开全方位多角度的对比分析，并根据用户的业务现状进行了相关架构、性能、备份恢复及高可用验证。本系列将带领大家全面学习DB2迁移至MySQL的实践。 前文回顾： 从商用到开源：DB2迁移至MySQL的
这个时候所有的mysql的相关进程都会停止，直到drop结束，mysql才会恢复执行。出现这个情况的原因就是因为，在drop table的时候，innodb维护了一个全局锁，drop完毕锁就释放了。
0. 前言 1. 存储引擎查看 2. InnoDB存储引擎特性存储InnoDB历史 3. MyISAM存储引擎前言特性加锁与并发修复索引特性延迟更新索引键存储压缩表性能 4. InnoDB和MyISAM对比 5. MySQL其他存储引擎MEMORY存储引擎ARCHIVE存储引擎CSV存储引擎如何选择合适的存储引擎
在上一篇《初相识|全方位认识information_schema》中，我们针对 information_schema 系统库做了一个简单的认识，本期我们将为大家带来系列第二篇《Server层统计信息字典表 | 全方位认识 information_schema》，下面请跟随我们一起开始 sys 系统库的学习之旅吧~
现在的MySQL版本已经可以实现自动扩展表空间，其中innodb_file_per_table默认是开启的，表示为每一张新建的表创建表空间，这样可以避免ibdata1过于庞大。
它提供InnoDB数据文件的信息，如果是NDB，它提供了有关存储了NDB集群磁盘数据表的文件的信息。
mysql数据库目录，建立mysql数据库和表，会在文件系统下建立同名的目录或者文件，所以mysql取名和文件大小是受文件系统限制的。
在MySQL5.7中，所有的临时表都被创建在一个叫“ibtmp1”的表空间中。另外，临时表的元数据也将存储在内存中（不再存储在frm文件中）。
我们知道，磁盘和内存之间的数据交换是通过数据页来实现的，而最小的数据页的大小是16KB，表空间是用来存储数据页的一个池子，下面我们来说说表空间的概念。
-- 每个表单独文件和单独表空间，而不是放在系统表空间，每个表的文件表空间允许操作系统在表被截断或删除时回收磁盘空间。每表文件表空间还支持动态和压缩行格式以及相关功能
①：slow.log 文件会记录慢查询日志，当一条语句执行时间超过在配置参数long_query_time中指定的值时，这条语句就会被记录在这个文件中；
经常会有一些朋友咨询我一些数据库的问题，我注意到一个很有意思的现象，凡是数据导入的问题，基本上都是Oracle类的，MySQL类的问题脑子里想了下竟然一次都没有。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
MySQL从5.5版本开始将InnoDB作为默认存储引擎，该存储引擎是第一个完整支持事务ACID特性的存储引擎，且支持数据行锁，多版本并发控制（MVCC），外键，以及一致性非锁定读。 作为默认存储引擎，也就意味着默认创建的表都会使用此存储引擎，除非 使用ENGINE=参数指定创建其他存储引擎的表。
原文：https://mysqlserverteam.com/whats-new-in-mysql-8-0-generally-available/
反模式：如果完全按照三大范式来设计表结构，会导致业务涉及表增多，查询数据需要多表联合查询，导致sql复杂，性能变差，不利于维护，也不利于分库分表，比如会在表中冗余存储城市id对应的城市名称
在上一章我们了解到，物理文件层在MySQL架构位于最底层，将数据库的数据存储在文件系统上，并完成与存储引擎的交互。存储数据包括日志文件，数据文件，配置文件等。本章将介绍linux环境下MySQL的各类文件。
MySQL的使用非常普遍，跟MySQL有关的话题也非常多，如性能优化、高可用性、强一致性、安全、备份、集群、横向扩展、纵向扩展、负载均衡、读写分离等。要想掌握其中的精髓，可得花费不少功力，虽然目前流行的MySQL替代方案有很多，可是从最小成本最容易维护的角度而言，MySQL还是首选。下面从应用场景的角度切入，对MySQL的技术点进行组织，写一份知识图谱，方便进行更深入的学习和总结。
MySQL 表空间可分为共享表空间和单表空间；其中共享表空间又可分为系统表空间和通用表空间。
buffer pool 是主内存中的一块儿存储区域，用于存储访问的表及索引数据。这样从内存中直接访问获取使用的数据可以极大的提升访问效率。在一些特殊专用的服务里，几乎 80% 的内存区域都被赋于 buffer pool。
Mysql的使用非常普遍，跟MySQL有关的话题也非常多，如性能优化、高可用性、强一致性、安全、备份、集群、横向扩展、纵向扩展、负载均衡、读写分离等。下面从应用场景的角度切入，对MySQL的技术点进行组织，写一份知识图谱，方便进行更深入的学习和总结。
Mysql的使用非常普遍，跟mysql有关的话题也非常多，如性能优化、高可用性、强一致性、安全、备份、集群、横向扩展、纵向扩展、负载均衡、读写分离等。要想掌握其中的精髓，可得花费不少功力，虽然目前流行的mysql替代方案有很多，可是从最小成本最容易维护的角度而言，mysql还是首选。下面从应用场景的角度切入，对mysql的技术点进行组织，写一份知识图谱，方便进行更深入的学习和总结。
MySQL有9种存储引擎，不同的引擎，适合不同的场景，我们最常用的，可能就是InnoDB，应该是从5.5开始，就成为了MySQL的默认存储引擎。
我负责的有几个系统随着业务量的增长，存储在MySQL中的数据日益剧增，我当时就想现在的业务方不讲武德，搞偷袭，趁我没反应过来把很多表，很快，很快啊都打到了亿级别，我大意了，没有闪，这就导致跟其Join的表的SQL变得很慢，对的应用接口的response time也变长了，影响了用户体验。
提起MySQL，其实网上已经有一大把教程了，为什么我还要写这篇文章呢，大概是因为网上很多网站都是比较零散，而且描述不够直观，不能对MySQL相关知识有一个系统的学习，导致不能形成知识体系。为此我撰写了这篇文章，试图让这些底层架构相关知识更加直观易懂：
资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。
Mysql逻辑结构可以看成是二层架构，第一层通常叫做SQL Layer，在mysql数据库系统处理底层数据之前的所有工作都在这一层完成的，包括权限判断，sql解析，执行计划优化，query cache的处理等等。第二层是存储引擎层，通常叫做StorageEngine Layer，是底层数据存取操作实现部分，由多种存储引擎共同组成。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
