博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
mysql 开发基础系列10 存储引擎 InnoDB 介绍
阅读量:6087 次
发布时间:2019-06-20

本文共 3358 字,大约阅读时间需要 11 分钟。

一. 概述:

  InnoDB存储引擎提供了具有提交,回滚,和崩溃恢复能力的事务安全,对比MYISAM 的存储引擎,InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。它的特点有如下:

1. 自动增长列特点 (AUTO_INCREMENT)

  InnoDB表的自动增长列可以手工插入,但插入的值如果是空或者是0,则实际插入的将是自动增长的值,下面演示下

CREATE TABLE autoincre_demo(  i  SMALLINT NOT NULL AUTO_INCREMENT,  NAME VARCHAR(10),  PRIMARY KEY(i))ENGINE=INNODBINSERT INTO autoincre_demo VALUES(1,'1'),(0,'2'),(NULL,3)

  可以通过alter table autoincre_demo auto_increment=n 来设置自增长的初使值,该值是保留在内存中,如重启数据库这个强制的默认值就会丢失。

2. 自动增长与索引

  对于InnoDB表,自动增长列必须是索引,如果是组合索引,也必须是组合索引的第一列。但对于MYISAM 表,自增长列可以是组合索引的其他列。

  这里简单来说下mysql的索引, 索引的关键词包括: key(普通索引), primary key(主键索引),unique key(唯一索引),index(没有约束的索引)。

  下面演示下Myisam类型的表autoincre_demo, 自动增长列d1作为组合索引第二列。

CREATE TABLE autoincre_demo(  d1  SMALLINT NOT NULL AUTO_INCREMENT,  d2  SMALLINT NOT NULL,  NAME VARCHAR(10),  INDEX(d2,d1))ENGINE=MYISAMINSERT INTO autoincre_demo(d2,NAME) VALUES(2,'2'),(3,'3'),(4,'4'),(2,'2'),(3,'3')

  上面可以看出自增长是按照组合索引的前面几列进行排序后递增的。

3. 外键约束 

  mysql 支持外键的存储引擎只有innodb,在创建外键的时候,要求父表必须有对应的索引,子表创建外键的时候也会自动创建对应的索引

下面演示两个表 country 父表country_id列为 主键索引, city子表其中country_id列为外键

-- 创建父表CREATE TABLE country(  country_id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,  country VARCHAR(50) NOT NULL,  PRIMARY KEY(country_id))ENGINE=INNODB DEFAULT CHARSET=utf8-- 创建子表  关联country_idCREATE TABLE city(  city_id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,  country_id SMALLINT UNSIGNED NOT NULL ,  PRIMARY KEY(city_id),  KEY idx_fk_country_id (country_id),  CONSTRAINT fk_city_country  FOREIGN KEY(country_id)  REFERENCES country(country_id)  ON DELETE RESTRICT ON UPDATE CASCADE )ENGINE=INNODB DEFAULT CHARSET=utf8

下面先说下里面的关键词的含义:

  unsigned:表示无符号的意思,也就是非负数,只用于整型。
  key: 为country_id建个索引,名叫dx_fk_country_id。
  CONSTRAINT:关键词是约束,外键约束名叫fk_city_country,FOREIGN KEY是对应的外键字段。
  references:是引用country表的country_id字段。
在删除更新父表时,对子表相应的操作包括restrict,cascade,set null 和no action。
  其中restrict与no action相同 是指限制在:子表有关联记录的情况下父表不能更新; cascade表示父表在更新或者删除时,同时更新或删除子表相应记录。set null则表示在更新或者删除时,子表对应字段被设置为null。
了解后在看on delete ,restrict 是指:主表删除记录时,如果子表有对应记录,则不允许删除。
  on update cascade 是指:主表更新记录时,如果子表有对应记录,则子表对应更新;

--先维护下数据INSERT INTO country(country) VALUES('中国');INSERT INTO city (country_id) VALUES(1);

-- 先试下on delete ,restrict的作用,主表删除记录时,如果子表有对应记录,则不允许删除DELETE FROM country WHERE country_id=1

-- 再试下on update cascade 是指主表更新记录时,如果子表有对应记录,则子表对应更新;UPDATE country SET country_id=2 WHERE country_id=1;

  在导入多个表数据时,如果需要忽略之前的导入顺序,可以暂时关闭外键的检查,加快处理速度。

-- 关闭命令是set foreign_key_checks=0;-- 开启set foreign_key_checks=1;

  对于INNODB类型表,外键的信息通过使用INFORMATION_SCHEMA查看

SELECT TABLE_NAME,COLUMN_NAME,CONSTRAINT_NAME, REFERENCED_TABLE_NAME,REFERENCED_COLUMN_NAMEFROM INFORMATION_SCHEMA.KEY_COLUMN_USAGEWHERE CONSTRAINT_SCHEMA ='test'

4. 存储方式(简单了解)

         innodb存储表和索引有两种方式。

         一是使用共享表空间存储,这种方式创建的表的表结构保存在.frm文件中,数据和索引保存在innodb_data_home_dir和innodb_data_file_path定义的表空间中,可以是多个文件。

         二是使用多表空间存储,这种方式创建的表的表结构保存在.frm文件中,每个表的数据和索引单独保存在.ibd中,如果是分区表,则每个分区对应单独的.ibd文件,文件名是"表名+分区名"

      需要使用多表空间存储,需要设置参数innodb_file_per_table,并重新启动服务后生效。 新建的表就按多表空间来存储,已有表仍然使用共享表空间存储。

   多表空间存储的优势是方便进行单表备份和恢复操作。注意:表结构务必一致,innodb_page_size也要一致,表空间文件迁移命令如下(5.6及以上):

--目标服务器上删除旧表空间文件,执行完这个命令之后,ibd文件就没有了,只剩frm文件了。alter table xx discard tablespace; --源服务器上:将文件cp到目标实例上,修改权限.执行完这个命令之后,表可以读取,但无法修改,metadata lockflush table xx for export --在目标实例上执行import tablespace。源实例上再unlock tablesalter table xx import tablespace;

 

转载于:https://www.cnblogs.com/MrHSR/p/9260042.html

你可能感兴趣的文章
elasticsearch
查看>>
Purism 宣布推出 PureOS 应用商店
查看>>
Java 序列化
查看>>
git 对 Microsoft Word 进行版本控制
查看>>
Redis详解(七)------ AOF 持久化
查看>>
HashMap原理阅读
查看>>
文件上传的几个 - 示例
查看>>
“新IT”助推上海浦东“新经济”
查看>>
WPF 列表开启虚拟化的方式
查看>>
一入前端深似海,从此红尘是路人系列第十二弹之移动端模拟IOS虚拟按钮效果...
查看>>
查找一 线性表的查找
查看>>
Android传递Bitmap的两种简单方式及其缺陷
查看>>
性能不好怎么办?对着清单撸一遍[转]
查看>>
一文读懂物体分类AI算法:LeNet-5 AlexNet VGG Inception ResNet MobileNet
查看>>
量子十问之一:量子究竟是什么?读过你就不会相信“量子水”了
查看>>
宜信陈欢:为何你要用区块链技术?真的准备好了吗?
查看>>
Android 渗透测试学习手册 第四章 对 Android 设备进行流量分析
查看>>
OpenCV的+安卓+号牌识别(OpenCV + Android + 图像水平矫正)
查看>>
话说区块链,它真的不是比特币
查看>>
展望VR AR 2017,旅游、营销以及家装行业或许会火一把
查看>>