SQL Server 数据库采取预先分配空间的方法来建立数据库的数据文件或者日志文件，比如数据文件的空间分配了300MB，而实际上只占用了20MB空间，这样就会造成磁盘存储空间的浪费。可以通过数据库收缩技术对数据库中的每个文件进行收缩，删除已经分配但没有使用的页。从而节省服务器的存储的成本。
完整项目源代码在这里：https://github.com/yunwei37/ZJU-CS-GIS-ClassNotes, 参考计算机组成课程部分 这是老师布置的一个奇怪的作业： 利用十六点阵汉字库hzk16，编写图形模式下汉字显示程序。要求在普通显示之外，增加多种显示方式，如：文件显示、放大、斜体、倒立、彩色、空心、中英文混搭显示、动态显示等。 大概就是在命令行里面点阵显示汉字？ 最后做出来的结果大概是这样的 📷 这里使用了graphics.h 图形库； 源代码：source.cpp； Cons
由上图可以看出，tablespace由segment组成，segment由extend组成，extend由page组成，page由row组成 在MySQL中默认会有一个共享表空间ibdata1，如果设置了innodb_file_per_table=on时，每张表内的数据放在各自的tablespace中，私有tablespace仅包括数据，索引，插入缓冲Bitmap页，而其他的例如回滚信息，插入缓冲索引页，系统事务信息，二次写缓冲等都还是放在共享表空间
很多开发者在最开始时其实都对数据库有一个比较模糊的认识，觉得数据库就是一堆数据的集合，但是实际却比这复杂的多，数据库领域中有两个词非常容易混淆。数据库和实例：
松哥原创的四套视频教程已经全部杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
官网下载地址：http://dev.mysql.com/downloads/mysql/
针对这个报错，我们首先要考虑是不是在从库中误操作导致的。结果发现，我们在从库中进行了一条针对有主键表的 sql 语句的插入，导致主库再插入相同 sql 的时候，主从状态出现异常。发生主键冲突的报错。
max_allowed_packet 参数的作用是，用来控制其通信缓冲区的最大长度。
从主流的几种MQ消息队列采用的存储方式来看，主要会有三种 分布式KV存储：这种存储方式对于消息读写能力要求不高的情况可以使用，比如ActiveMQ中采用的levelDB。 文件系统存储：这种方案适合对于有高吞吐量要求的消息中间件，因为消息刷盘是一种高效率，高可靠、高性能的持久化方式，除非磁盘出现故障，否则一般是不会出现无法持久化的问题。常见的比如kafka、RocketMQ、RabbitMQ都是采用消息刷盘到所部署的机器上的文件系统来做持久化。 关系型数据库：关系型数据库在单表数据量达到千万级的情况下IO性能会出现瓶颈，比如ActiveMQ可以采用mysql作为消息存储，所以ActiveMQ并不适合于高吞吐量的消息队列场景。 总的来说，对于存储效率，文件系统要优于分布式KV存储，分布式KV存储要优于关系型数据库。
这是尝试使用Golang语言简单解析MySQL 8.0的数据文件（*.ibd）过程的一个简单介绍，解析是反序列化的一个过程，或者叫解码的过程。
MySQL作为一款面向企业的数据库产品，必须具有能够处理高峰活动和数据容量增长的能力。在进行容量规划时，架构师需要考虑因为用户的活动和数据增长所导致的资源使用变化，并需要考虑未来的促销活动或者其他预计的繁忙时期。
由于数据库的文件的位置对于I/O性能如此重要，以至于在创建主数据文件的文职时，需要考虑tempdb性能对系统性的影响，因为它是最动态的数据库，速度还需要最快。 组成：有主数据文件和日志文件组成。从sql server2005开始添加了许多功能集的支持来创建用户对象、内部对象或版本。如：触发器、查询、快照隔离、多个活动结果集、联机索引创建、游标、lob参数、临时表、表变量和表-值函数等等。 重启SQL Server,tempdb是唯一恢复为原始默认大小的数据库（8M），并且将根据使用率的要求
对于innoDB存储引擎来说，数据是存储在磁盘上，而执行引擎想要操作数据，必须先将磁盘的数据加载到内存中才能操作。当数据从磁盘中取出后，缓存内存中，下次查询同样的数据的时候，直接从内存中读取，这样大大提高了查询性能。
我们聊到了Buffer Pool，很多朋友估计还是不是很了解，本文咱们就来聊聊。
今天想和大家聊一聊 MySQL 中的 redo log，其实最早我是想聊两阶段提交的，后来想想可能有小伙伴还不了解 binlog，所以就先整了一篇 binlog： 手把手教你玩 MySQL 删库不跑路，直接把 MySQL 的 binlog 玩溜！ MySQL删库不跑路（视频版） binlog 大家懂了之后，接下来还差个 redo log，redo log 大家也懂了，那么再讲两阶段提交相信小伙伴们就很容易懂了，咱们一步一步来。 1. 谁的 redo log 学习 redo log，我觉得首先要搞明白一个问
新的MySQL8.0.20版本重新设计了InnoDB Double Write（DBLWR），确实是一个大的历史烦人的事情。为什么在过去这么痛苦，让我们付出了这么多精力，我无法更好地解释，因为从2018年开始，我已经在下面一篇关于MySQL基于IO负载的文章中说过了。这个故事并不完整，因为它缺少2019年的那一篇（稍后再讲），但是如果你（重新）读过上面的这篇文章提到的内容，您会更好理解接下来的内容。
这一节本来计划开始索引的学习，但是在InnoDB存储引擎的索引里，存在一些数据存储结构的概念，这一节先了解一下InnodDB的逻辑存储结构，为索引的学习打好基础。
我们建索引的时候，有全文索引、主键索引、唯一性索引、普通索引等，前面两个好理解好区分，大家都知道啥时候用，后面两个该如何区分呢？唯一性索引和普通索引该如何选择呢？今天我们就来聊聊这个话题。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
1、innodb存储引擎是支持事务ACID特性的，这个理论基本就是一个关系型数据库相关的数据恢复原形设计，包括日志、回滚、redo、并发控制、buffer pool等管理方面，内容非常全面；
Doublewrite Buffer是MySQL数据库中InnoDB存储引擎的一种机制，用于解决部分写失效的问题，提高数据完整性和可靠性。Doublewrite Buffer是内存+磁盘的结构，包括内存结构和磁盘结构两个部分。
从InnoDB存储引擎的存储结构看，所有数据都被逻辑地放在一个空间中，称之为表空间(tablespace)、区(extent)、页(page)组成，页在一些文档中也被称之为块(block)。
前面文章讲述了 MySQL 系统中常见的几种日志，其实还有事务相关日志 redo log 和 undo log 没有介绍。相对于其他几种日志而言， redo log 和 undo log 是更加神秘，难以观测的。本篇文章将主要介绍这两类事务日志的作用及运维方法。
本节为分区高级篇，主要针对分区底层原理进行介绍，建议不了解分区概念的先看下面的分区入门篇:
上篇文章我们介绍了mysql的安装目录和 数据存储目录是不同的，当create database时，会在数据存储目录下新建一个同名的数据库文件，进入指定数据库文件会有db.opt文件记录数据库的特点，字符集，比较规则等。当create table时，会在指定数据库目录下，建立同名的子表目录，里面有表结构文件表名.frm和表数据文件。
max_conecctions：整个MySQL允许的最大连接数 这个参数主要影响的是整个MySQL应用的并发处理能力，当系统中实际需要的连接量大于max_conecctions时，必然会产生连接请求的等待，从而限制了相应的并发量。只要主机性能允许，可将该参数设置得尽可能大一点，500到800左右是一个比较合适的参考值 max_user_connections：每个用户允许的最大连接数 max_user_connections是针对单个用户的连接限制。在一般情况下可能较少使用这个限制，可能只有在一些专门提供M
在MySQL中，数据库、表、triggers实际上都对应了datadir目录（或子目录）下的文件，因此，这些对象的名字是否大小写敏感主要是依赖于操作系统和文件系统的，因此这些内容在Windows中是大小写是不敏感的，而在大多数类Unix系统中是敏感的（Mac OS X除外），当然对于建立在这些类Unix系统上的MySQL，敏感性可以在一定程度上通过参数的修改来设定。
InnoDB 存储引擎是以页为单位来管理存储空间的, 我们的增删改查操作本质上都是在访问页面, 如读取一条数据, 会把这个数据所在的页加载到内存中, 而不仅仅是这条数据本身, 这个页的默认大小是 16KB.
今天ytkah进行了应急数据库恢复，用Navicat for Mysql导入sql文件出现ERROR 1153 (08S01): Got a packet bigger than 'max_all
参考自：http://www.blogjava.net/xiaomage234/archive/2014/07/25/416200.html
摘录自：http://gfsunny.blog.51cto.com/990565/1566683
如果 SQL 在执行过程中读到的数据无法直接得到结果，那么就需要额外的内存来保存中间结果，得出最终结果，这个额外的内存就是内部临时表。比如 group by 执行时，就需要构建一个临时表，需要额外的字段保存聚合函数的结果，当然为了防止内存使用过大，一般超出某个限制后就会放到磁盘上。关于哪些操作会产生内部临时表，可以查看官方文档：https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html，下面主要介绍 MySQL 8.0 内部临时表存放方式的变化。
其中“/yourpath/crontab_mysql.sql”为需要执行的sql语句。
默认端口：3360 ；默认主机地址：127.0.0.1 也可以写成 localhost
在安装和使用MySQL时，默认会将MySQL安装在C盘，并且其数据库文件也是默认在C盘，一般我们都是将C盘作为系统盘来使用，如果将数据库文件存在C盘，随着数据库中数据越来越大，C盘空间将越来越少，为此，需要将MySQL数据库文件从C盘迁移到其它盘，具体步骤如下
这是《2015年博客升级记》系列文章的第四篇，主要记录在Linux系统中如何编译安装MySql数据库。
MySql的设计中大量使用了缓存，下面这些缓存配置项是应该熟知的 key_buffer_size key_buffer_size是设置MyISAM表索引的缓冲区大小，此参数对MyISAM表性能影响最大 对于内存在4GB左右的服务器来说，该参数可设置为256MB或384MB table_cache table_cache是指表高速缓存的大小。当MySQL访问一个表时，如果在MySQL表缓冲区中还有空间，那么这个表就被打开并放入表缓冲区，这样做的好处是可以更快速地访问表中的内容 一般通过查看 Open_tabl
POSTGRESQL 在 DDL DML DQL 都可以并行，之前MYSQL 在并行方面一直是软肋，MYSQL 8 已经提供了DQL的并行， DDL 的并行也支持了，从MYSQL5.X 升级到8 是必然了.
在安装mysql的时候，数据库的存放路径是默认的，默认会存放在C盘，这样会占用大量的磁盘空间 此教程以win10，MySQL Server 5.7为例 1、停止mysql服务 使用管理员权限打开cmd命令，输入 net stop mysql57 2、我的默认数据库文件存放路径为C:\ProgramData\MySQL\MySQL Server 5.7 打开这个文件夹，把data目录拷贝到新建的数据库文件存放路径里面
上一篇简单介绍了下MySQL的存储引擎，为什么需要存储引擎以及如何使用存储引擎。MySQL的配置文件是控制和配置 MySQL服务器行为的重要文件。对于新手开发者来说，理解掌握并运用 MySQL 配置文件是非常重要的。本篇想着重讲下MySQL的配置文件，帮助读者朋友们快速了解并上手使用，以便解决你在学习和工作中遇到的问题。
我们都知道 MySQL 是基于磁盘存储的数据库，因此其配置及数据肯定是存在磁盘中的。但 MySQL 到底有哪些相关的磁盘文件，它们的作用又是什么呢？相信不少人还不是很了解，今天我们就来介绍一下 MySQL 文件体系的六大文件。内容有点多，可以点赞收藏再看，方便下次查看哦！
wget https://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.22-1.el7.x86_64.rpm-bundle.tar
很多计算机专业大学生经常和我交流：毕业设计没思路、不会做、论文不会写、太难了......
在日常的处理中发现了Warning: Ignoring non-Spark config property: hive.exec.orc.default.stripe.size这样的一个日志，
步骤： 一.MYSQL的命令行模式的设置： 桌面->我的电脑->属性->环境变量->新建->PATH=";path/mysql/bin;" 其中path为MYSQL的安装路径。 二.命令行进入MYSQL的方法： 1.C:\>mysql -h hostname -u username -p 按ENTER键，等待然后输入密码，这里hostname为服务器的名称，如localhost，username为MYSQL的用户名，如root.进入命令行就可以直接操作MYSQL了。 三.从数据库导出数据库文件
这应该是 MySQL 原理中最底层的部分了，我们存在 MySQL 中的数据，到底在磁盘上长啥样。你可能会说，数据不都存储在聚簇索引中吗？但很遗憾，你并没有回答我的问题。我会再问你，那聚簇索引在磁盘上又长啥样？
WINUSERAPI HANDLE WINAPI LoadImageA( HINSTANCE, LPCSTR, UINT, int, int, UINT); WINUSERAPI HANDLE WINAPI LoadImageW( HINSTANCE, LPCWSTR, UINT, int, int, UINT); #ifdef UNICODE #define LoadImage LoadImageW #else #define LoadImage LoadImageA #endif // !UNICODE
最近听说一个事情，就是MYSQL 在删除大部分数据后，数据表的表空间会进行收缩，将系统的表空间释放给操作系统。根据对多种数据库的了解，自动释放这个事情我是存疑的，所以做了如下的测试，来进行相关的证明。
前面几天给大家分享了MySQL数据库知识，没来得及看的小伙伴可以前往：Mysql查询语句进阶知识集锦，一篇文章教会你进行Mysql数据库和数据表的基本操作，关于数据库的安装可以参考：手把手教你进行Mysql5.x版本的安装及解决安装过程中的bug，今天皮皮继续给大家分享数据库知识，但是换了一个主角，它就是Sqlite。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
