mysql_alter_table函数流程的部分修改和注解

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实现原理
mysql_alter_table函数流程的部分修改和注解

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关键字变更
}

mysql_alter_table函数流程的部分修改和注解

上一篇:2. 数据库认识基础操作


下一篇:数据库原理笔记2020/6/2