存储引擎

1.InnoDB存储引擎的数据结构必须需要一个主键才可以组织起来，如果用户使用InnoDB存储引擎建立表的时候，没有指定主键，则Mysql会自动的帮你找到一个合适的唯一索引作为主键，若找不到符合条件唯一索引条件的字段时，会生成类似于ROW_ID的虚拟列充当该InnoDB表的主键； 2.整型的存储比字段类型要小，而且应为是InnoDB存储引擎使用的是B+Tree数据结构，在进行查询数据是需要对每个元素进行比较，而整型的对比效率是高于其他数据结构的，字符串等。 来源： CSDN 作者： 社交恐惧的岛主 链接： https://blog.csdn.net/a1_HelloWord/article/details/104341349

阅读目录 一 存储引擎介绍 二 表介绍 三 创建表 四 查看表结构 五 数据类型 六 表完整性约束 七 修改表ALTER TABLE 八 复制表 九 删除表 一 存储引擎介绍 存储引擎即表类型，mysql根据不同的表类型会有不同的处理机制 1. 什么是存储引擎 mysql中建立的库===>文件夹 库中建立的 表 ===> 文件 现实生活中我们用来存储数据的文件有不同的类型，每种文件类型对应各自不同的处理机制 ：比如处理文本用txt类型，处理表格用excel，处理图片用png等 数据库中的表也应该有不同的类型， 表的类型不同 ，会对应mysql不同的 存取机制 ，表类型又称为 存储引擎 。 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方 法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和 操作此表的类型） 在Oracle 和SQL Server等数据库中只有一种存储引擎，所有数据存储管理机制都是一样的。而MySql 数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎，用户也可以根据 自己的需要编写自己的存储引擎 SQL 解析器、SQL 优化器、缓冲池、存储引擎等组件在每个数据库中都存在,但不是每 个数据库都有这么多存储引擎。MySQL

数据库底层结构图： （1）链接层： 主要提供与客户端的链接服务，判断权限，进行链接限制等等。 创建好链接后下一步把请求发给服务层。 （2）服务层： 解析SQL语句，使用SQL优化器对SQL语句进行重排序，再进行优化。 对热点数据和已经查询过的数据有进行部分缓存。 提供其他各种各样的接口供用户使用。 （3）引擎层： innodb和myisam的两种不同的表引擎，分别对应不同的存储数据方式和查找数据的方式。 （4） 存储层： 对处理后的数据和传入的数据进行保存操作。 来源： CSDN 作者： 凉拌海蜇丝 链接： https://blog.csdn.net/whiteBearClimb/article/details/104319541

mysql一共分为四层，分别是连接层，业务层，引擎层，存储层。 1. mysql会对命令进行处理，查询缓存（在mysql的my . ini文件里开启）， 2. 如果没有进入命令解析器， 3. mysql的sql语句解析顺序为 from , left join where , group by , select , order by , limit 4. 根据不同的命令分发到不同的位置上，如查询和增删改是不一样的。 查询优化器：组合索引顺序颠倒，查询优化器会自动调整，匹配联合索引顺序 5. 生成mysql自己执行的SQL语句 6. 查询 7. 返回 mysql有十余种存储引擎，我们常用的是innodb和myisam,二者的区别是： 5.5之前mysql默认存储引擎为myisam myisam : 偏向于读 1. 不支持主外键 2. 不支持事务 3. 表锁 4. 只缓存索引不缓存真真实数据 5. 表空间小 6. 关注点 == = 》性能 innodb：读写 1. 支持主外键 2. 支持事务 3. 行锁 4. 缓存索引和数据 5. 表空间大 6. 关注点 == = 》事务 来源： CSDN 作者： 氵何章怀晓 。 链接： https://blog.csdn.net/GiantCrocodile/article/details/104316528

MySQL 引擎 1.InnoDB存储引擎 InnoDB给MySQL的表提供了事 务处理、回滚、崩溃修复能力 和多版本并发控制的事务安全。 InnoDB存储引擎总支持AUTO_INCREMENT。自动增长列的值不能为空，并且值必须唯一。MySQL中规定自增列必须为主键。 InnoDB还支持外键（FOREIGN KEY）。当删除、更新父表中的某条信息时，子表也必须有相应的改变，这是数据库的参照完整性规则。 nnoDB中，创建的表的表结构存储在.frm文件中（我觉得是frame的缩写吧）。数据和索引存储在innodb_data_home_dir和innodb_data_file_path定义的表空间中。 InnoDB的优势在于提供了良好的事务处理、崩溃修复能力和并发控制。缺点是读写效率较差，占用的数据空间相对较大 InnoDB：在mysql5.6版本以上被作为默认引擎，并且加入了行及锁定与外键约束。 所以以下是使用InnoDB最好的选择： 1.更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。 2.事务。InnoDB存储引擎是支持事务的标准MySQL存储引擎。 3.自动灾难恢复。与其它存储引擎不同，InnoDB表能够自动从灾难中恢复。 4.外键约束。MySQL支持外键的存储引擎只有InnoDB。 5.支持自动增加列AUTO_INCREMENT属性。 2

导读：计算和存储分离是近几年大数据架构领域颇受关注的一个技术风向。在对刚刚过去的 2019 天猫双 11 技术进行总结时，阿里巴巴 CTO 行癫也特别提到了阿里在计算存储分离上的进展。大数据最初兴起之时，主流网络带宽只有 100Mb，通过网络远程访问数据实在太慢了。为了解决数据快速访问的问题，Google 创造性地提出了计算和存储耦合的架构，而 Hadoop 延续了这个架构，风光一时无两。但十年过去之后，如今的网络带宽相比当时已经增长了一百倍，达到了 10G 以上，IO 不再是大数据的瓶颈，计算才是。 近日，在InfoQ 对阿里巴巴计算平台资深技术专家胡月军（花名一浪）的采访中，聊了聊阿里搜索与广告引擎的技术演进脉络、阿里新一代交互式分析引擎以及大数据领域近几年的技术趋势和变化。在采访中，胡月军表示：“计算存储分离使存储和计算资源可以各自根据需求进行伸缩，较好地节约了成本，但也给高效引擎的设计与实现带来了不少挑战。” InfoQ：您曾经负责阿里巴巴多个不同业务线的搜索与广告引擎，能否请您给我们整体梳理一下这几年阿里不同搜索与广告引擎的技术演进脉络？比如可以分成哪些阶段？不同阶段技术上的侧重点有何不同？ 胡月军： 近年来，伴随着电商平台商品量的大量丰富，基于实时推荐的智能化运营兴起以及对提升购物体验和促成交持续优化的业务背景下，搜索和推荐的引擎技术也大致经历了三个阶段

一、上节回顾 上节我们讲到，建议将 redo log 的刷盘策略设置为1：即提交事务时，强制将 redo log buffer 里的 redo log 刷入到磁盘后才算事务提交成功。 但是我们都知道， redo log buffer 是 InnoDB 存储引擎的组件，而 MySQL 支持很多种存储引擎，那么 MySQL 在撇除存储引擎后，自己就没有记录一下关于数据更新的日志吗？ 二、binlog 日志文件 redo log 本身是 InnoDB 存储引擎特有的一个东西，所以 MySQL 也提供了一种所有存储引擎共享的日志文件，叫 binlog 。 所以在提交事务时，不但会有 rodo log ，还有会 binlog 产生。 binlog 写入到哪里？ 由于 binlog 不是 innoDB 存储引擎特有的组件，所以 binlog 不会像 redo log 一样先写入到缓冲池中的 redo log buffer 组件然后再刷回到磁盘中，所以应该是直接写入磁盘中。 binlog 的刷盘策略？ binlog 也有刷盘策略，那么就是说， binlog 并不一定是直接写入磁盘文件中。 binlog 的刷盘策略由参数 sync_binlog 参数控制。默认值是0，提交事务时，会将 binlog 写入 os cache 内存缓存中。但是这样会出现 MySQL 宕机导致内存缓存中的 binlog

MyISAM存储引擎 缺点：不支持事务，不支持外键。只支持表级锁。 优点：访问速度快，多用于select、insert语句的高负载操作。仅仅支持全文索引。 MyISAM缓存在内存的是索引，不是数据。而InnoDB缓存在内存的是数据，相对来说，服务器内存越大，InnoDB发挥的优势越大 Myisam的存储文件： 每个MyISAM在磁盘上存储程3个文件，文件名和表名是相同的，仅仅扩展名不一样： 　　1、filename.frm：存储表定义 　　2、filename.MYD：mydata，即存储的数据 　　3、filename.MYI：myindex，即存储的索引 解说：数据文件和索引文件可以放在不同的目录下，需要在创建表的时候通过特定的语句DATA DIRECTORY和INDEX DIRECTORY来指定。 MyISAM类型的表可能会损坏影响访问，我们需要MyISAM类型的表提供的修复工具来修复， 　　1、CHECK TABLE 语句来检测表的健康状态 　　2、REPAIR TABLE语句来修复一个损坏的MyISAM表。 MyISAM类型的表支持的三种存储结构： 1、静态型 　　静态表是默认的存储格式，静态表中的字段都是非变长字段，例如CHAR等长度不可变的数据类型。 　　优点：存储速度快，表的性能比较高，容易缓存，出现故障容易恢复。 　　缺点：占用的空间比较大

InnoDB存储引擎物理存储结构 ibdata1 : 系统数据字典信息(统计信息)，UNDO表空间等数据 ib_logfile0 ~ ib_logfile1 : REDO日志文件，事务日志文件。 ibtmp1 : 临时表空间磁盘位置，存储临时表 frm : 存储表的列信息 ibd : 表的数据行和索引 共享表空间 需要将所有数据存储到同一个表空间中 ,管理比较混乱 5.5 版本出现的管理模式, 也是默认的管理模式。 5.6 版本, 共享表空间保留，只用来存储:数据字典信息,undo,临时表。 5.7 版本, 临时表被独立出来了 8.0 版本, undo也被独立出去了 select @@innodb_data_file_path; +-------------------------+ | @@innodb_data_file_path | +-------------------------+ | ibdata1:12M:autoextend | +-------------------------+ # 这里的目录是 my.cnf 中 datadir定义的目录 mysql> show variables like '%extend%'; +-----------------------------+-------+ | Variable_name | Value | +-----

# 存储引擎 -- 存储数据的方式# 一张表 # 数据 # 表的结构 # 索引(查询的时候使用的一个目录结构)# Innodb存储引擎 mysql5.6之后的默认的存储引擎# 数据和索引存储在一起 2个文件 # 数据索引\表结构# 数据持久化# 支持事务 : 为了保证数据的完整性,将多个操作变成原子性操作 : 保持数据安全# 支持行级锁 : 修改的行少的时候使用 : 修改数据频繁的操作# 支持表级锁 : 批量修改多行的时候使用 : 对于大量数据的同时修改# 支持外键 : 约束两张表中的关联字段不能随意的添加\删除 : 能够降低数据增删改的出错率# Myisam存储引擎 mysql5.5之前的默认的存储引擎# 数据和索引不存储在一起 3个文件 # 数据\索引\表结构# 数据持久化# 只支持表锁# Memory存储引擎# 数据存储在内存中, 1个文件 # 表结构# 数据断电消失# 面试题# 你了解mysql的存储引擎么?# 你的项目用了什么存储引擎,为什么? # innodb # 多个用户操作的过程中对同一张表的数据同时做修改 # innodb支持行级锁,所以我们使用了这个存储引擎 # 为了适应程序未来的扩展性,扩展新功能的时候可能会用到...,涉及到要维护数据的完整性 # 项目中有一两张xx xx表,之间的外键关系是什么,一张表的修改或者删除比较频繁,怕出错所以做了外键约束4