简介
学习书籍《深入浅出MYSQL：数据库开发、优化和管理维护2.0版本》
根据网络上的前辈推荐，作为Java开发人员，一般情况下第一部分基础篇（共6章）、第二部分开发篇（共11章）、第三部分优化篇（共6章）即可
这篇是属于第二部分的开发部分了，前两篇类似标题的笔记是基础部分的。
目录
目录
简介
目录
存储引擎
查看当前默认引擎
查看数据库支持的引擎
创建表时指定存储引擎
修改表的存储引擎
各个引擎的特性
总表
MyISAM存储引擎
InnoDB引擎
强制设置增长值
查询最后插入的值
两种引擎表的自动增长列比较
外键约束
关闭外键约束
存储方式
MEMORY存储引擎
指定索引类型
MEMORY的大小
MEMORY引擎的使用
MERGE引擎
创建MERGE引擎的表
如何选择合适的存储引擎
MyISAM：
InnoDB：
MEMORY：
MERGE：
主要记录的笔记是关于选择存储引擎、选择合适的数据类型的内容。
存储引擎
是MySQL的特性之一，不同的存储引擎提供的功能不一样。主要的不一样的点在：存储数据方式、索引数据的方式和事务是否开启等。合理使用可以增强应用的效率和灵活度，因此有必要学习和记忆。
存储引擎主要有以下这几个：MyISAM、InnoDB、MEMORY、MERGE（还有很多其它的但是不常用）。这四个是最常用也是这本书主要介绍的。
再有一个点就是：InnoDB和BDB提供事务安全表，其他存储引擎都是非事务安全表。
创建新表时如果不指定存储引擎，那么系统就会使用默认存储引擎。 MySQL 5.5之前的默认存储引擎是MyISAM，5.5之后改为了InnoDB。
查看当前默认引擎
show variables like "table_type";
查看数据库支持的引擎
show engins G
G是换行的意思
show variables like "have%";
show engins G G是换行的意思
show variables like "have%";
以上两种方法，都可以查询。
创建表时指定存储引擎
CREATE TABLE ai (
i bigint(20) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (i)
) ENGINE=MyISAM DEFAULT CHARSET=gbk;
在末尾括号外面“ENGINE=MyISAM ”设置存储引擎为MyISAM。
修改表的存储引擎
alter table ai engine = innodb;
各个引擎的特性
总表
总表
就是留存一下吧，这么多暂时记不住。
MyISAM存储引擎
MyISAM是MySQL默认的存储引擎，不过是版本5.5之前，后面的版本默认引擎是InnoDB。
MyISAM不支持事务、也不支持外键，其优势是访问的速度快。 对事务完整性没有要求或者以SELECt、INSERT为主的应用基本上都可以使用这个引擎来创建表。
MyISAM的表还支持3种不同的存储格式，分别是：静态（固定长度）表；动态表；压缩表。
其中，静态表是默认的存储格式。每个记录都是固定长度的，这种存储方式的优点是存储非常迅速，容易缓存，出现故障容易恢复；缺点是占用的空间通常比动态表多。如果需要保存的内容后面本来就带有空格，那么在返回结果的时候也会被去掉，
动态表中包含变长字段，记录不是固定长度的，这样存储的优点是占用的空间相对较少，但是频繁地更新和删除记录会产生碎片，需要定期执行OPTIMIZE TABLE语句或myisamchk -r命令来改善性能，并且在出现故障时恢复相对比较困难。
压缩表由myisampack工具创建，占据非常小的磁盘空间。因为每个记录是被单独压缩的，所以只有非常小的访问开支。
InnoDB引擎
具有提交、回滚和崩溃恢复能力的事务安全。是对比MyISAM的存储引擎，InnoDB写的处理效率差一些，并且会占用更多的磁盘空间以保留数据和索引。
有自动增长列auto_increment
强制设置增长值
默认从1开始
alter table name auto_increment = n;
查询最后插入的值
select last_insert_id();
两种引擎表的自动增长列比较
对于InnoDB表，自动增长列必须是索引。如果是组合索引，也必须是组合索引的第一列。
对于MyISAM表，自动增长列可以是组合索引的其他列，这样插入记录后，自动增长列是按照组合索引的前面几列进行排序后递增的。（下面案例帮助理解）
有个案例参考一下：
创建一个新的MyISAM类型的表autoincre_demo，自动增长列d1作为组合索引的第二列，
该表插入一些记录后，可以发现自动增长列是按照组合索引的第一列d2进行排序后递增的。
看了这个案例，原来MyISAM也有自增长得列，还以为只有InnoDB。也对，人家介绍也只说InnoDB的特点是有事务功能，是书里单独设置了一个小标题，我就，，，em不要自我乱联想知识点。
index(col_name1,col_name2)，设置索引。
这个案例中，d1是自动增长列，原本是1，2，3，，，这样增长的，但是索引列是d2和d1的组合的，并且这个组合的数据有重复的，所以这个引擎的处理方式，就先将重复的一个和不重复的列的d1都自增长为1就是d1值都为1（因为我们没有插入d1值所以它是自己增长的值），然后重复的第二组都为2，同样重复了3次的话，d1的值就是3。
我自己也去做了一个案例：
可以看见不重复的5，5的d1自增长列的值也是1.，然后重复了3次的（2，2）的d1自增长值为3
外键约束
支持外键的存储引擎只有InnoDB，在创建外键的时候，要求父表必须有对应的索引，子表在创建外键的时候也会自动创建对应的索引。
在创建索引时，可以指定在删除、更新父表时，对子表进行的相应操作，包括RESTRICT、CASCADE、SET NULL和NO ACTION。
其中RESTRICT和NO ACTION相同，是指限制在子表有关联记录的情况下父表不能更新；
CASCADE表示父表在更新或者删除时，更新或者删除子表对应记录；
SET NULL则表示父表在更新或者删除的时候，子表的对应字段被SET NULL。
举例：
CONSTRAINT 'fk_city_country' FOREIGN KEY (country_id) REFERENCES country (country_id) ON DELETE RESTRICT ON UPDATE CASCADE
子表的外键指定是ON DELETE RESTRICT ON UPDATE CASCADE方式的，那么在主表删除记录的时候；
如果子表有对应记录，则不允许删除，主表在更新记录的时候，如果子表有对应记录，则子表对应更新。
关闭外键约束
在导入多个表的数据时，如果需要忽略表之前的导入顺序，可以暂时关闭外键的检查；
同样，在执行LOAD DATA和ALTER TABLE操作的时候，可以通过暂时关闭外键约束来加快处理的速度，关闭的命令是“SET FOREIGN_KEY_CHECKS = 0;”，执行完成之后，通过执行“SET FOREIGN_KEY_CHECKS = 1;”语句改回原状态。
外键的信息通过使用show create table或者show table status命令都可以显示。
存储方式
两种方式：共享表空间存储和多表空间存储。
共享表空间存储：表结构存储在.frm文件中；数据保存在innodb_data_home_dir定义的表空间中，索引保存在innodb_data_file_path定义的表空间中，可以是多个文件。
夺标空间存储：表结构也保存在.frm文件中；数据和索引保存在.idb中。如果是个分区表，则每个分区对应单独的.ibd文件，文件名是“表名+分区名”。可以在创建分区的时候指定每个分区的数据文件的位置，以此来将表的IO均匀分布在多个磁盘上。
多表空间怎么使用：
要使用多表空间的存储方式，需要设置参数innodb_file_per_table，并且重新启动服务后才可以生效。对于新建的表按照多表空间的方式创建，已有的表仍然使用共享表空间存储。
多表空间的恢复：
对于使用多表空间特性的表，可以比较方便地进行单表备份和恢复操作。
但是直接复制.ibd文件是不行的，因为没有共享表空间的数据字典信息，直接复制的.ibd文件和.frm文件恢复时是不能被正确识别的，但可以通过以下命令：
ALTER TABLE tbl_name DISCARD TABLESPACE;
ALTER TABLE tbl_name IMPORT TABLESPACE;
将备份恢复到数据库中，但是这样的单表备份，只能恢复到表原来所在的数据库中，而不能恢复到其他的数据库中。如果要将单表恢复到目标数据库，则需要通过mysqldump和mysqlimport来实现。
注意：
即便在多表空间的存储方式下，共享表空间仍然是必须的，InnoDB把内部数据词典和在线重做日志放在这个文件中。
MEMORY存储引擎
MEMORY存储引擎使用存在于内存中的内容来创建表。每个MEMORY表只实际对应一个磁盘文件，格式是.frm。默认使用HASH索引，一旦服务关闭，表中的数据就会丢失掉。
指定索引类型
给MEMORY表创建索引的时候，可以指定使用HASH索引还是BTREE索引：
create index mem_hash USING HASH on tab_memory (city_id) ; SHOW INDEX FROM tab_memory G 查看表的索引
服务器需要足够内存来维持所有在同一时间使用的MEMORY表，当不再需要MEMORY表的内容之时，要释放被MEMORY表使用的内存，应该执行DELETe FROM或TRUNCATETABLE，或者整个地删除表（使用DROP TABLE操作）。
MEMORY的大小
每个MEMORY表中可以放置的数据量的大小，受到max_heap_table_size系统变量的约束，这个系统变量的初始值是16MB，可以根据需要加大。此外，在定义MEMORY表的时候，可以通过MAX_ROWS子句指定表的最大行数
MEMORY引擎的使用
MEMORY类型的存储引擎主要用于那些内容变化不频繁的代码表，或者作为统计操作的中间结果表，便于高效地对中间结果进行分析并得到最终的统计结果。
MERGE引擎
MERGE存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，MERGE表本身并没有数据，对MERGE类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行的。
对于MERGE类型表的插入操作，是通过INSERT_METHOD子句定义插入的表。
可以有3个不同的值，使用FIRST或LAST值使得插入操作被相应地作用在第一或最后一个表上，不定义这个子句或者定义为NO，表示不能对这个MERGE表执行插入操作。
可以对MERGE表进行DROP操作，这个操作只是删除MERGE的定义，对内部的表没有任何的影响
MERGE表在磁盘上保留两个文件，文件名以表的名字开始，一个.frm文件存储表定义，另一个.MRG文件包含组合表的信息，包括MERGE表由哪些表组成、插入新的数据时的依据。
可以通过修改.MRG文件来修改MERGE表，但是修改后要通过FLUSH TABLES刷新
创建MERGE引擎的表
CREATE TABLE payment_all(
-> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> INDEX(country_id)
-> )engine=merge union=(payment_2006,payment_2007) INSERT_METHOD=LAST;
如何选择合适的存储引擎
MyISAM：
MyISAM：
应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高
MyISAM是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一
InnoDB：
应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询以外，还包括很多的更新、删除操作
除了有效地降低由于删除和更新导致的锁定，还可以确保事务的完整提交（Commit）和回滚（Rollback），对于类似计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB都是合适的选择。
MEMORY：
可提供极快的访问。MEMORY的缺陷是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。
MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果
MERGE：
用于将一系列等同的MyISAM表以逻辑方式组合在一起，并作为一个对象引用它们。
优点在于可以突破对单个MyISAM表大小的限制，并且通过将不同的表分布在多个磁盘上，可以有效地改善MERGE表的访问效率。这对于诸如数据仓储等VLDB环境十分适合。
内容真的多，再写下一篇。
