change log

gdb info

set args --defaults-file=etc/my.cnf --user=liuzhuan

调试的断点列表

mysql_alter_table()

create_table_info_t::innobase_table_flags()

修改发生位置

./sql/mysqld.cc: //[liuzhuan] 增加一个全局hash存储算法项

./plugin/daemon_example/daemon_example.cc: //[liuzhuan] 改写为mysql_pthread(sep-15 second)静默方式刷盘算法数据

./storage/innobase/handler/ha_innodb.cc: //[liuzhuan] 改写为向hash存储算法项，key是table name(排除临时表),value是算法

./storage/innobase/os/os0file.cc://[liuzhuan] os0file刷盘page位置增加了算法分支，分支的入参是IORequest这个类，算法的判断依据来自hash内存储的key

./storage/innobase/include/os0file.h //[liuzhuan] 修改了IORequest这个类，增加了算法判断的一个表达式，这样的考虑个人认为是比较妥当的，因为堆栈函数的入参不用去改了

mysql5.6以后内部在alter table上有两种算法，做如下定义

ALGORITHM=INPLACE

ALGORITHM=COPY

copy table方式

新建跟原表格一致的临时表，并在该临时表上执行DDL语句

锁原表，不允许DML，允许查询

逐行数据从原表拷贝到临时表中(这个过程是没有排序的)

拷贝结束后，原表禁止读操作，也就是原表此时不提供读写服务

进行rename操作，完成DDL过程

inplace方式(fast index creation，仅针对索引的创建跟删除)

新建frm临时文件

锁原表，不允许DML，允许查询

按照聚集索引的顺序，查询数据，找到需要的索引列数据，排序后插入到新的索引页中

原表禁止读操作，也就是原表此时不提供读写服务

进行rename操作，替换frm文件，完成DDL过程

这两种算法的IO行为区别很大，具体在这里不再表述，引用一个博主的文章，对online ddl解释的非常漂亮了:

SQL语句默认的算法行为

inplace算法

alter table encrypt_test_1 ENCRYPTION='y';

alter table encrypt_test_1 add passtest int(4) default 0, ADD genedetail varchar(50) default '0', encryption='y';

CREATE TABLE `test_5` (

`id` int(11) DEFAULT NULL,

`name` varchar(32) DEFAULT NULL,

`passtest` int(4) DEFAULT '0',

`genedetail` varchar(50) DEFAULT '0'

) ENGINE=InnoDB DEFAULT CHARSET=utf8 ENCRYPTION='n';

CREATE INDEX idd1 ON test_5 (`id`);

ALTER TABLE test_5 ADD INDEX nameid1 (name);

DROP INDEX idd1 ON test_5;

ALTER TABLE test_5 DROP INDEX nameid1;

CREATE FULLTEXT INDEX nameid1 ON test_5(name);

DROP INDEX nameid1 ON test_5;

ALTER TABLE test_5 ADD CONSTRAINT fk_name1 FOREIGN KEY(id) REFERENCES t1(id);

copy算法

CREATE TEMPORARY TABLE aaa as ( select * from encrypt_test_1);

CREATE TABLE aaa as ( select * from encrypt_test_1);

alter table encrypt_test_1 ENCRYPTION='n';

mysql 5.7后版本中的一个bug

CREATE TABLE `test_5` (

`id` int(11) DEFAULT NULL,

`name` varchar(32) DEFAULT NULL

) ENGINE=InnoDB DEFAULT CHARSET=utf8 encryption='y';

然后取消encryption，设置alter table test_5 encryption='n';

最后执行alter table test_5 ENGINE=myisam会出错，这里在

./storage/myisam/ha_myisam.cc中ha_myisam::create()存在一处bug

2024 if (ha_create_info->encrypt_type.length > 0)

2025│ {

2026│ set_my_errno(HA_WRONG_CREATE_OPTION);

2027│ DBUG_RETURN(HA_WRONG_CREATE_OPTION);

2028│ }

这个条件是不可能失败的，这样的结果就是encrypt后的innodb表，转myisam都会失败，这在mariadb中是通过table comment解决的，他把这种变革前的语句写到了comment里，想法也说不上多好

但也算个解决方法吧

他也间接导致sql_table.cc-->mysql_alter_table()函数的copy模式下:

9871行

if (ha_create_table())

goto err_new_table_cleanup; //成立

从而返回 ERROR 1031 (HY000): Table storage engine for '#sql-1ba8_2' doesn't have this option

根据上述两种算法，在alter table中找到算法发生位置，一共要修改三处

bool mysql_alter_table(THD *thd, const char *new_db, const char *new_name, HA_CREATE_INFO *create_info, ABLE_LIST *table_list, Alter_info *alter_info){

1:

9230行，if (alter_ctx.is_table_renamed()) 他是alter table ... reanme ... 词法的切入点，这里直接发生调用mysql_rename_table，然后根据执行状态返回true(失败)或false(成功)

if (table->s->tmp_table != NO_TMP_TABLE) 判断是否具备临时表，table->s->tmp_table有定义好的几种类型在table.h中定义

引用table.h中定义

enum tmp_table_type

{

NO_TMP_TABLE, NON_TRANSACTIONAL_TMP_TABLE, TRANSACTIONAL_TMP_TABLE, INTERNAL_TMP_TABLE, SYSTEM_TMP_TABLE

};

INTERNAL_TMP_TABLE : 大致如'#sql-5bf6'，内部临时表后是一个动态数，每次mysql重启，这个动态数都会更新

TRANSACTIONAL_TMP_TABLE : 更多发生在inplace模式，事务性临时表

这个位置修改alter rename对hash的操作

2:

9733行， switch (inplace_supported)　这里进入inplace模式的处理，这种情况下，if (use_inplace)条件成立

这个位置处理无table io的流程(inplace无io，这里切换hash算法是不能被支持的)

3:

9822行，if (!table->s->tmp_table) 这里进去表拷贝模式

这个位置处理copy io流程下，表的encrypt关键字变更

}