[MySQL Bug] 在RBR复制模式下使用Merge引擎导致备库Crash的bug
最近碰到一个很蛋疼的BUG，使用merge引擎，row模式下复制，极大的概率crash备库。
我的测试环境是5.1的主库，5.5的备库
test case：
- create table m1 (a int primary key, b int) engine=myisam;
- create table m2 (a int primary key, b int) engine=myisam;
- create table mm (a int primary key , b int) engine=mrg_myisam INSERT_METHOD=LAST UNION=(m1,m2);
- insert into mm values (1,2);
以下是个简单的介绍。
我们知道每个Binlog的行事件都有一个table_map_event。
在函数Table_map_log_event::do_apply_event中，会根据table map event的内容初始化table_list结构体，并构建table_list->m_tabledef。
这里的table_list->m_tabledef.m_field_metadata是被分配内存的。然后将该table_list挂到rli->tables_to_lock上
而在函数Rows_log_event::do_apply_event中，当调用open_and_lock_tables实际打开表时，还会打开相依赖的子表，并将这些table_list挂到rli->tables_to_lock之后(链接指针为next_global)，但要注意，这里打开的依赖字表时，其table_list->m_tabledef.m_field_metadata实0x0，并没有分配空间
随后，在打开表后，要检查table map里的定义和实际打开表的定义是否相容。
- 7663 RPL_TABLE_LIST *ptr= rli->tables_to_lock;
- 7664 for ( ; ptr ; ptr= static_cast<RPL_TABLE_LIST*>(ptr->next_global))
- 7665 {
- 7666 TABLE *conv_table;
- 7667 if (!ptr->m_tabledef.compatible_with(thd, const_cast<Relay_log_info*>(rli),
- 7668 ptr->table, &conv_table))
can_convert_field_to(field, type(col), field_metadata(col), rli, m_flags, &order)
其中type和field_metadata都会涉及到对m_field_metadata的引用，因此直接产生段错误，导致crash。
相关推荐
IT之家 2020-03-11
graseed 2020-10-28
zbkyumlei 2020-10-12
SXIAOYI 2020-09-16
jinhao 2020-09-07
impress 2020-08-26
liuqipao 2020-07-07
淡风wisdon大大 2020-06-06
yoohsummer 2020-06-01
chenjia00 2020-05-29
baike 2020-05-19
扭来不叫牛奶 2020-05-08
hxmilyy 2020-05-11
黎豆子 2020-05-07
xiongweiwei00 2020-04-29
Cypress 2020-04-25
冰蝶 2020-04-20