5 MySQL-存储引擎(一)

事务安全（遵从 ACID）
MVCC（Multi-Versioning Concurrency Control，多版本并发控制）
InnoDB 行级别锁定
Oracle 样式一致非锁定读取
表数据进行整理来优化基于主键的查询
支持外键引用完整性约束
大型数据卷上的最大性能
将对表的查询与不同存储引擎混合
出现故障后快速自动恢复
用于在内存中缓存数据和索引的缓冲区池

笔试题

请你列举MySQL InnoDB存储优点？
请你列举 InooDB和MyIsam的区别？
InnoDB：
1、事务（Transaction）
2、MVCC（Multi-Version Concurrency Control多版本并发控制）
3、行级锁(Row-level Lock)
4、ACSR（Auto Crash Safe Recovery）自动的故障安全恢复
5、支持热备份(Hot backup)
6、Replication: Group Commit , GTID (Global Transaction ID) ,多线程(SQL Multi-Threads)

存储引擎查看

使用 SELECT 确认会话存储引擎

SELECT @@default_storage_engine;

存储引擎(不代表生产操作)

会话级别:

set default_storage_engine=myisam;

全局级别(仅影响新会话):

set global default_storage_engine=myisam;

重启之后,所有参数均失效.
如果要永久生效:
写入配置文件

vim /etc/my.cnf
[mysqld]
default_storage_engine=myisam

存储引擎是表级别的,每个表创建时可以指定不同的存储引擎,但是我们建议统一为innodb.

SHOW 确认每个表的存储引擎：

SHOW CREATE TABLE City\G;
SHOW TABLE STATUS LIKE 'CountryLanguage'\G

INFORMATION_SCHEMA 确认每个表的存储引擎

SELECT TABLE_NAME, ENGINE FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'city' AND TABLE_SCHEMA = 'world'\G
SELECT TABLE_NAME, ENGINE FROM  INFORMATION_SCHEMA.TABLES WHERE  TABLE_SCHEMA = 'oss';

修改一个表的存储引擎

db01 [oldboy]>alter table t1 engine innodb;

扩展:如何批量修改

需求:将zabbix库中的所有表,innodb替换为tokudb

select concat("alter table zabbix.",table_name," engine tokudb;") from
information_schema.tables where table_schema='zabbix' into outfile '/tmp/tokudb.sql';

注: 此命令既可以修改存储引擎类型,也可以自动分析整理innodb表的随便,避开业务繁忙期.

alter table t1 engine innodb;

怎么判断有大量的碎片?
提示:表真实的空间占用和磁盘的ibd文件比较
(1) 真正占用空间大小

SELECT table_schema,SUM(AVG_ROW_LENGTH * TABLE_ROWS+ INDEX_LENGTH)/1024 AS Total_KB
FROM information_schema.tables
GROUP BY table_schema;

(2) 磁盘方面查看IBD文件占用的磁盘空间

du -sh
ll -h

InnoDB与MyISAM存储引擎区别（面试题）

在这里插入图片描述
InnoDB支持事务，支持行级别锁，支持热备，支持自动故障恢复，MVCC
MyISAM 不支持事务，支持表级锁，支持温备份，不支持自动故障恢复和VCC

Innodb存储引擎物理存储结构

最直观的存储方式(/data/mysql)

表的列的信息 :frm
数据行和索引 :ibd
元数据:“基表” ibdata1
日志:ib_logfile0
临时表:ibtmp1

表空间(Tablespace)

共享表空间
需要将所有数据存储到同一个表空间中，管理比较混乱
5.5版本出现的管理模式，也是默认的管理模式。
5.6版本以后，共享表空间保留，只用来存储，系统表相关数据,undo,临时表。
共享表空间设置
共享表空间设置(在搭建MySQL时，初始化数据之前设置到参数文件中)

innodb_data_file_path=ibdata1:512M:ibdata2:512M:autoextend

独立表空间
从5.6，默认表空间不再使用共享表空间，替换为独立表空间。
主要存储的是用户数据
存储特点为：一个表一个ibd文件，存储数据行以及索引信息
基本表结构元数据存储：
xxx.frm
最终结论：
元数据数据行+索引
mysql表数据 =（ibdataX+frm）+ibd(段、区、页)
DDL DML+DQL
MySQL的存储引擎日志：
Redo Log: ib_logfile0 ib_logfile1，重做日志
Undo Log: ibdata1 ibdata2(存储在共享表空间中)，回滚日志
临时表:ibtmp1，在做join union操作产生临时数据，用完就自动
独立表空间设置问题

db01 [(none)]>select @@innodb_file_per_table;
+-------------------------+
| @@innodb_file_per_table |
+-------------------------+
|                      1 |
+-------------------------+
alter table city dicard tablespace;
alter table city import tablespace;

真实的案例
开发用户

jira(bug追踪) 、 confluence(内部知识库) ------>LNMT

联想服务器（IBM）
磁盘500G 没有raid
centos 6.8
mysql 5.6.33 innodb引擎独立表空间
备份没有，日志也没开

编译→制作rpm
/usr/bin/mysql
/var/lib/mysql
confulence jira
所有软件和数据都在"/"

断电了，启动完成后“/” 只读
fsck 重启
启动mysql启动不了。
结果：confulence库在， jira库不见了

求助：
这种情况怎么恢复？
我问：
有备份没
求助：
连二进制日志都没有，没有备份，没有主从
我说：
没招了，jira需要硬盘恢复了。
求助：
1、jira问题拉倒中关村了
2、能不能暂时把confulence库先打开用着
将生产库confulence，拷贝到1:1虚拟机上/var/lib/mysql,直接访问时访问不了的
问：有没有工具能直接读取ibd
我说：我查查，最后发现没有
CREATE TABLE t1 (
stuid int(11) NOT NULL,
stuname varchar(20) NOT NULL,
stusex char(1) NOT NULL,
cardid varchar(20) NOT NULL,
birthday datetime DEFAULT NULL,
entertime datetime DEFAULT NULL,
address varchar(100) DEFAULT NULL,
PRIMARY KEY (stuid),
KEY idx_name (stuname)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ;
我想出一个办法来：
create table xxx
alter table confulence.t1 discard tablespace;
alter table confulence.t1 import tablespace;
虚拟机测试可行。
CREATE TABLE city_new (
ID int(11) NOT NULL AUTO_INCREMENT,
Name char(35) NOT NULL DEFAULT ‘’,
CountryCode char(3) NOT NULL DEFAULT ‘’,
District char(20) NOT NULL DEFAULT ‘’,
Population int(11) NOT NULL DEFAULT ‘0’,
PRIMARY KEY (ID),
KEY CountryCode (CountryCode),
KEY idx_popu (Population)
) ENGINE=InnoDB AUTO_INCREMENT=4080 DEFAULT CHARSET=latin1;
面临的问题，confulence库中一共有107张表。
1、创建107和和原来一模一样的表。
他有2016年的历史库，我让他去他同时电脑上 mysqldump备份confulence库
mysqldump -uroot -ppassw0rd -B confulence --no-data >test.sql
拿到你的测试库，进行恢复
到这步为止，表结构有了。
2、表空间删除。
select concat(‘alter table ‘,table_schema,’.‘table_name,’ discard tablespace;’) from information_schema.tables where table_schema=‘confluence’ into outfile ‘/tmp/discad.sql’;
source /tmp/discard.sql
执行过程中发现，有20-30个表无法成功。主外键关系
很绝望，一个表一个表分析表结构，很痛苦。
set foreign_key_checks=0 跳过外键检查。
把有问题的表表空间也删掉了。
3、拷贝生产中confulence库下的所有表的ibd文件拷贝到准备好的环境中
select concat(‘alter table ‘,table_schema,’.‘table_name,’ import tablespace;’) from information_schema.tables where table_schema=‘confluence’ into outfile ‘/tmp/discad.sql’;
4、验证数据
表都可以访问了，数据挽回到了出现问题时刻的状态（2-8）

故障案例模拟
（1）获得原数据库表的结构（创建语句）
<1>通过历史备份
<2>和开发一起来完成
模拟——我们直接 show create table t1;
CREATE TABLE t1 (
stuid int(11) NOT NULL,
stuname varchar(20) NOT NULL,
stusex char(1) NOT NULL,
cardid varchar(20) NOT NULL,
birthday datetime DEFAULT NULL,
entertime datetime DEFAULT NULL,
address varchar(100) DEFAULT NULL,
PRIMARY KEY (stuid),
KEY idx_stuname (stuname)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
(2)搭建一个1:1的测试数据库
mysql -S /data/3307/mysql.sock
(3)在测试库中，恢复表结构
mysql -S /data/3307/mysql.sock
create database oldboy;
CREATE TABLE t1 (
stuid int(11) NOT NULL,
stuname varchar(20) NOT NULL,
stusex char(1) NOT NULL,
cardid varchar(20) NOT NULL,
birthday datetime DEFAULT NULL,
entertime datetime DEFAULT NULL,
address varchar(100) DEFAULT NULL,
PRIMARY KEY (stuid),
KEY idx_stuname (stuname)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
（4）删除空的ibd文件
alter table t1 discard tablespace;
（5）使用源库的ibd导入
cp /usr/local/mysql/mydata/oldboy/t1.ibd /data/3307/data/oldboy/
chown -R mysql.mysql /data/*
alter table t1 import tablespace;
文件句柄
rm -rf
inode 位图索引标记改为可覆盖状态

在这里插入图片描述