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解释的非常漂亮了:
[苏家小萝卜][https://www.cnblogs.com/xinysu/p/6732646.html]
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‘;
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关键字变更
}