二十五：从库的关闭和恢复流程（笔记）

最新推荐文章于 2024-05-21 23:25:20 发布
最新推荐文章于 2024-05-21 23:25:20 发布
阅读量526 收藏 1
点赞数
文章标签： 数据库 数据结构与算法

本文是我《深入理解MySQL主从原理》 系列的笔记部分，具体可以点击：ttps://j.youzan.com/yEY_Xi

一、stop slave流程

用户线程： 


stop_slave
 -> terminate_slave_threads 
  ->带入参数rpl_stop_slave_timeout设置，作为等待SQL线程退出的超时时间。
  SQL:
  -> 设置SQL线程终止，mi->rli->abort_slave= 1; 这个才是决定作用的
  -> terminate_slave_thread SQL线程
    -> 给SQL线程 pthread_kill 发送信号SIGUSR1 但是本信号已经捕捉 信号处理函数函数为空
       empty_signal_handler
    -> 设置thd->awake(THD::NOT_KILLED) 
    -> 等待SQL线程退出，有用rli->run_lock和rli->stop_cond实现，期间会2纳秒醒来判断
       等待是否超过了rpl_stop_slave_timeout设置，如果超过继续下面的流程 
  ->  if (mi->rli->flush_info(TRUE)) 强制刷replay info
  IO：
  ->设置IO线程终止，mi->abort_slave=1;;   这个才是决定作用的
  -> terminate_slave_thread IO线程
     如上，只是是IO线程
  -> if (mi->flush_info(TRUE)) 强制刷maseter info
  ->  if (mi->rli->relay_log.is_open() && mi->rli->relay_log.flush_and_sync(true))强制刷relay log

SQL线程： 


   在循环中判断进行响应，如果mi->rli->abort_slave= 1不在继续应用Event。
   DML回滚
   DDL等待
   以sql线程为例 在
handle_slave_sql   
   ->sql_slave_killed 判断变量mi->rli->abort_slave是否已经被设置



rollback栈帧：
#0  trx_rollback_low (trx=0x7fffd78045f0) at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/trx/trx0roll.cc:202
#1  0x0000000001bfed1c in trx_rollback_for_mysql (trx=0x7fffd78045f0) at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/trx/trx0roll.cc:289
#2  0x00000000019cbb3f in innobase_rollback (hton=0x2f2c420, thd=0x7ffe78022a10, rollback_trx=true)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/handler/ha_innodb.cc:5126
#3  0x0000000000f808dc in ha_rollback_low (thd=0x7ffe78022a10, all=true) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/handler.cc:2007
#4  0x0000000001879f91 in MYSQL_BIN_LOG::rollback (this=0x2e87840, thd=0x7ffe78022a10, all=true)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/binlog.cc:2447
#5  0x0000000000f80b72 in ha_rollback_trans (thd=0x7ffe78022a10, all=true) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/handler.cc:2094
#6  0x00000000016dd28d in trans_rollback (thd=0x7ffe78022a10) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/transaction.cc:356
#7  0x00000000018da937 in Relay_log_info::cleanup_context (this=0x7ffe80024d30, thd=0x7ffe78022a10, error=true)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli.cc:1867
#8  0x00000000018c4b7f in handle_slave_sql (arg=0x7ffe8001dbe0) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_slave.cc:7645
#9  0x0000000001945620 in pfs_spawn_thread (arg=0x7ffe800381d0) at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/perfschema/pfs.cc:2190
#10 0x00007ffff7bc6aa1 in start_thread () from /lib64/libpthread.so.0
#11 0x00007ffff6719bcd in clone () from /lib64/libc.so.6

STOP SLAVE 用户线程栈帧： 


Thread 9 (Thread 0x7fc266dce700 (LWP 26415)):
#0  0x00007fc266809d42 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x0000000000e77514 in native_cond_timedwait (abstime=0x7fc266dcb860, mutex=0x7fc2223d3528, cond=0x7fc2223d3628) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/include/thr_cond.h:129
#2  my_cond_timedwait (abstime=0x7fc266dcb860, mp=0x7fc2223d3528, cond=0x7fc2223d3628) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/include/thr_cond.h:182
#3  inline_mysql_cond_timedwait (src_file=0x14e60d0 "/mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc", src_line=1884, abstime=0x7fc266dcb860, mutex=0x7fc2223d3528, that=0x7fc2223d3628) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/include/mysql/psi/mysql_thread.h:1229
#4  terminate_slave_thread (thd=0x7fc20b40e000, term_lock=term_lock@entry=0x7fc2223d3528, term_cond=0x7fc2223d3628, slave_running=0x7fc2223d36e4, stop_wait_timeout=stop_wait_timeout@entry=0x7fc266dcb920, need_lock_term=need_lock_term@entry=false) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:1884
#5  0x0000000000e7a735 in terminate_slave_thread (need_lock_term=<optimized out>, stop_wait_timeout=0x7fc266dcb920, slave_running=<optimized out>, term_cond=<optimized out>, term_lock=0x7fc2223d3528, thd=<optimized out>) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:1698
#6  terminate_slave_threads (mi=0x7fc259bde000, thread_mask=3, stop_wait_timeout=<optimized out>, need_lock_term=<optimized out>) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:1698
#7  0x0000000000e87007 in stop_slave (thd=thd@entry=0x7fc20e016000, mi=0x7fc259bde000, net_report=net_report@entry=true, for_one_channel=for_one_channel@entry=false, push_temp_tables_warning=push_temp_tables_warning@entry=0x7fc266dcba10) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:10344
#8  0x0000000000e873ac in stop_slave (thd=thd@entry=0x7fc20e016000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:605
#9  0x0000000000e874c9 in stop_slave_cmd (thd=thd@entry=0x7fc20e016000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:759
#10 0x0000000000c9b759 in mysql_execute_command (thd=thd@entry=0x7fc20e016000, first_level=first_level@entry=true) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/sql_parse.cc:3618
#11 0x0000000000ca258d in mysql_parse (thd=thd@entry=0x7fc20e016000, parser_state=parser_state@entry=0x7fc266dcd020) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/sql_parse.cc:5901
#12 0x0000000000ca314d in dispatch_command (thd=thd@entry=0x7fc20e016000, com_data=com_data@entry=0x7fc266dcdc80, command=COM_QUERY) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/sql_parse.cc:1490
#13 0x0000000000ca4b27 in do_command (thd=thd@entry=0x7fc20e016000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/sql_parse.cc:1021
#14 0x0000000000d6a430 in handle_connection (arg=arg@entry=0x7fc221fbbeb0) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/conn_handler/connection_handler_per_thread.cc:312
#15 0x0000000000eddd84 in pfs_spawn_thread (arg=0x7fc223371e20) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/perfschema/pfs.cc:2190
#16 0x00007fc266805e25 in start_thread () from /lib64/libpthread.so.0
#17 0x00007fc2649d6bad in clone () from /lib64/libc.so.6

WORKER线程并不相应： 


Thread 6 (Thread 0x7fc266d38700 (LWP 27759)):
#0  page_offset (ptr=0x7fc22b18c155) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/include/page0page.ic:62
#1  page_rec_is_supremum (rec=0x7fc22b18c155 "") at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/include/page0page.ic:514
#2  page_cur_is_after_last (cur=0x7fc20acb02a8) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/include/page0cur.ic:142
#3  btr_pcur_is_after_last_on_page (cursor=0x7fc20acb02a0) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/include/btr0pcur.ic:170
#4  btr_pcur_move_to_next (cursor=0x7fc20acb02a0, mtr=0x7fc266d37580) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/include/btr0pcur.ic:353
#5  0x000000000106a819 in row_search_mvcc (buf=buf@entry=0x7fc20e3e8d30 "\377\221\\", mode=PAGE_CUR_G, mode@entry=PAGE_CUR_UNSUPP, prebuilt=0x7fc20acb0088, match_mode=match_mode@entry=0, direction=direction@entry=1) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/row/row0sel.cc:6266
#6  0x0000000000f570b8 in ha_innobase::general_fetch (this=0x7fc20b069a30, buf=0x7fc20e3e8d30 "\377\221\\", direction=1, match_mode=0) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/innobase/handler/ha_innodb.cc:9854
#7  0x0000000000800fcf in handler::ha_rnd_next (this=0x7fc20b069a30, buf=0x7fc20e3e8d30 "\377\221\\") at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/handler.cc:3146
#8  0x0000000000e403c9 in Rows_log_event::do_table_scan_and_update (this=this@entry=0x7fc20872c2a0, rli=rli@entry=0x7fc20b466000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/log_event.cc:11096
#9  0x0000000000e3fb2e in Rows_log_event::do_apply_event (this=0x7fc20872c2a0, rli=0x7fc20b466000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/log_event.cc:11564
#10 0x0000000000e9c04f in slave_worker_exec_job_group (worker=worker@entry=0x7fc20b466000, rli=rli@entry=0x7fc2223d3000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_rli_pdb.cc:2671
#11 0x0000000000e7f42b in handle_slave_worker (arg=arg@entry=0x7fc20b466000) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/sql/rpl_slave.cc:6239
#12 0x0000000000eddd84 in pfs_spawn_thread (arg=0x7fc20b4e1220) at /mnt/workspace/percona-server-5.7-binaries-release-rocks/label_exp/min-centos-6-x64/percona-server-5.7.22-22/storage/perfschema/pfs.cc:2190
#13 0x00007fc266805e25 in start_thread () from /lib64/libpthread.so.0
#14 0x00007fc2649d6bad in clone () from /lib64/libc.so.6

二、启动流程调用 


init_slave 
 ->Rpl_info_factory::create_slave_info_objects
   ->scan_repositories Rpl_info_factory::scan_repositories 扫描个数 slave_master_info 通道个数
   ->scan_repositories Rpl_info_factory::scan_repositories 扫描个数 slave_relay_log_info 通道个数
   这个函数返回是否是table类型INFO_REPOSITORY_TABLE返回通道个数
   ->load_channel_names_from_repository 调入函数用户读取通道名字信息加入到channel list链表
     ->如果是文件模式那么必须是单通道并且是默认通道，加入channel list即可 加入的是channel的名字
     ->如果是表模式那么直接通过表回去信息，加入channel list
       ->Rpl_info_factory::load_channel_names_from_table 读取表信息
         内部进行循环读取每行记录加入channel的名字
   ->进入循环对每个channel进行操作
     ->Rpl_info_factory::create_mi_and_rli_objects 建立mi 和 rli 内存结构对应slave_master_info和slave_relay_log_info的通道
       ->Rpl_info_factory::create_mi
       ->Rpl_info_factory::create_rli 此处访问了slave_worker_info表的实例个数
       ->pchannel_map->add_mi 加入到channel_map
     ->load_mi_and_rli_from_repositories 从表中读取数据
       ->Master_info::mi_init_info 读取slave_master_info表信息
         ->Master_info::read_info 读取信息
       ->Relay_log_info::rli_init_info 读取slave_relay_log_info表信息 逻辑复杂
         ->初始化Retrieved_Gtid_Set 值 relay_log.init_gtid_sets relay_log_recover设置不初始化
           DBUG_PRINT("info", ("Iterating forwards through relay logs, "
                                   "updating the Retrieved_Gtid_Set and updating "
                                   "IO thread trx parser before start."));
               for (it= find(filename_list.begin(), filename_list.end(), *rit);
                    it != filename_list.end(); it++)//正向扫描relay log
               {
                 const char *filename= it->c_str();
                 DBUG_PRINT("info", ("filename='%s'", filename));
                 if (read_gtids_and_update_trx_parser_from_relaylog(filename, all_gtids,
                                                                    true, trx_parser,
                                                                    gtid_partial_trx))
                 {
                   error= 1;
                   goto end;
                 }
               }
         ->mysql_bin_log::set_previous_gtid_set_relaylog
         ->Relay_log_info::read_info读取信息
         ->如果recovery 打开 需要调用init_recovery根据参数recovery 判断是否做恢复 并且进行MTS恢复 使用rli 覆盖 mi 同时设置rli的读取relay位置为初始位置
           MTS recovery GTID 即便是需要 恢复也会继续 覆盖，如果是位点POSTION则不能进行覆盖
          ->mts_recovery_groups
            ->MY_BITMAP *groups= &rli->recovery_groups; //在recovery 时使用的bitmap
            ->获取lwm的位置 为CP
                 LOG_POS_COORD cp=
                 {
                       (char *) rli->get_group_master_log_name(),
                       rli->get_group_master_log_pos()
                 }; //获取  检查点 位置 的LWM 为CP
            ->循环每一个worker
              ->获取 worker info的信息
              ->获取到 worker线程最后执行的位置 w_last
                    LOG_POS_COORD w_last= { const_cast<char*>(worker->get_group_master_log_name()),
                    worker->get_group_master_log_pos() }; //获取到 worker线程最后执行的位置
              ->比较cp和w_last 
                ->如果大于 则需要恢复 
                  ->将这个woker 计入临时数组
                ->如果小于等于则不需要恢复
            ->到这里需要恢复的worker线程已经提取
            ->如果有需要恢复的worker线程需要初始化一个位图group 
              bitmap_init(groups, NULL, MTS_MAX_BITS_IN_GROUP, FALSE);
              rli->recovery_groups_inited= true;//如果需要恢复
              bitmap_clear_all(groups);
            ->循环每一个需要恢复的woker
              ->获取woker的w_last
              ->输出日志
                         sql_print_information("Slave: MTS group recovery relay log info based on "
                          "Worker-Id %lu, "
                          "group_relay_log_name %s, group_relay_log_pos %llu "
                          "group_master_log_name %s, group_master_log_pos %llu",
                          w->id,
                          w->get_group_relay_log_name(),
                          w->get_group_relay_log_pos(),
                          w->get_group_master_log_name(),
                          w->get_group_master_log_pos());
              ->获取checkpoint的 reply log name和relay log pos
                    if (rli->relay_log.find_log_pos(&linfo, rli->get_group_relay_log_name(), 1)) 
                     offset= rli->get_group_relay_log_pos();//读取 RELAY POS位置
                     my_b_seek(&log, offset); 偏移到这个位置
              ->从位置开始循环开始扫描每一个event
                 ->如果是XID则代表是事务找到了
                   ->获取当前ev的位置ev_coord
                   ->用ev_coord和w_last进行比较
                     ->recovery_group_cnt++说明找到了一个需要恢复的事务
                     ->输出日志
                                 sql_print_information("Slave: MTS group recovery relay log info "
                                "group_master_log_name %s, "
                                "event_master_log_pos %llu.",
                                rli->get_group_master_log_name(),
                                ev->common_header->log_pos);//输出日志
                     ->如果恢复扫描完成
                        mts_event_coord_cmp(&ev_coord, &w_last)) == 0
                                           ->将这个woker的 位图计入到group3位图
                                           for (uint i= (w->checkpoint_seqno + 1) - recovery_group_cnt,
                        j= 0; i <= w->checkpoint_seqno; i++, j++)
                        {
                        if (bitmap_is_set(&w->group_executed, i))//如果这一位 已经设置
                         {
                       DBUG_PRINT("mts", ("Setting bit %u.", j));
                       bitmap_fast_test_and_set(groups, j);//那么GTOUPS 这个 bitmap中应该设置 最终GTOUPS会包含全的需要恢复的事物
                         }
                        }
                                         ->设置not_reached_commit= false;//找到了结束位置
                                         ->如果没有找到结束位置
                                           sql_print_error("Error looking for file after %s.", linfo.log_file_name);
                       goto err;
                       -> 最终比较每一个worker的recovery_group_cnt  及从CP开始的扫描到的事物数量
                          获取最大值为最终值 rli->mts_recovery_group_cnt
                          rli->mts_recovery_group_cnt= (rli->mts_recovery_group_cnt < recovery_group_cnt ?                                                            
                                recovery_group_cnt : rli->mts_recovery_group_cnt);//比较每个worker的recovery_group_cnt 将最大的一个 赋值给 rli->mts_recovery_group_cnt 
                  //就是需要恢复的最大事务量     
          ->如果有需要恢复的事务
           ->是GTID且有需要恢复的事务继续覆盖，后面从GTID位置开始读取恢复即可
             rli->recovery_parallel_workers= 0;//不进行恢复了
             rli->clear_mts_recovery_groups();//如果是GTID 清空 后面直接更具GTID进行恢复即可
          ->如果是位点则不能覆盖直接return。后面需要填充gap                                                                                                                  
          ->recover_relay_log初始化rli info binlog位置 将使用rep 库覆盖 master 库文件 同时 将初始化
          ->继续
       -> 如果 是POS且有需要恢复的事务 MTS 调用
        fill_mts_gaps_and_recover mts恢复？   
        ->启动slave 协调线程进行恢复
          ->恢复完成后使用恢复到的位置打开文件relay 
 ->进行每个通道的检测主要检查GTID参数是否和通道中的通道配置一致，不一致报错初始化参数GTID关闭但是通道是AUTO_POSITION  模式
 ->check_slave_sql_config_conflict进行冲突检测
  -> 如果opt_slave_preserve_commit_order参数设置了，并且 slave_parallel_workers大于0 
    -> 如果是MTS_PARALLEL_TYPE_DB_NAME db模式 报错
    -> 如果opt_bin_log或者opt_log_slave_updates没有设置报错
    言外之意就是如果SLAVE_PRESERVE_COMMIT_ORDER设置了并且开启了MTS那么必须是logic模式同时 binlog和 log_slave_updates 参数必须同时开启
  -> 如果slave_parallel_workers大于0 并且 SLAVE_PARALLEL_TYPE 不是logic 模式 并且是 MGR的通道
    -> 那么报错
 ->如果没有设置opt_skip_slave_start则进行启动操作
  ->循环每个通道
    ->启动每个通道 start_slave_threads 
      -> 如果设置了auto_postion 但是没有开启gtid模式那么IO线程的启动将会失败
      -> mts_recovery_groups 进行MTS 恢复?再学习
      -> 根据是IO线程或者sql线程进行启动线程 start_slave_thread 最终会调用        handle_slave_io/handle_slave_sql

三、关于repository参数设置为TABLE的栈帧

我是在MTS下面的，修改用户表栈帧 


(gdb) bt
#0  row_update_for_mysql_using_upd_graph (mysql_rec=0x7ffe78014c58 "\376\062", prebuilt=0x7ffe78015100)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/row/row0mysql.cc:2955
#1  0x0000000001b3d6f1 in row_update_for_mysql (mysql_rec=0x7ffe78014c58 "\376\062", prebuilt=0x7ffe78015100)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/row/row0mysql.cc:3131
#2  0x00000000019d42ff in ha_innobase::update_row (this=0x7ffe780146d0, old_row=0x7ffe78014c58 "\376\062", new_row=0x7ffe78014c10 "\376\062")
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/handler/ha_innodb.cc:9018
#3  0x0000000000f909cb in handler::ha_update_row (this=0x7ffe780146d0, old_data=0x7ffe78014c58 "\376\062", new_data=0x7ffe78014c10 "\376\062")
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/handler.cc:8509
#4  0x0000000001860831 in Update_rows_log_event::do_exec_row (this=0x7ffe7402f6b0, rli=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:13322
#5  0x0000000001858059 in Rows_log_event::do_apply_row (this=0x7ffe7402f6b0, rli=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:10395
#6  0x0000000001859f25 in Rows_log_event::do_table_scan_and_update (this=0x7ffe7402f6b0, rli=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:11137
#7  0x000000000185b0b5 in Rows_log_event::do_apply_event (this=0x7ffe7402f6b0, rli=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:11564
#8  0x000000000186acf2 in Log_event::do_apply_event_worker (this=0x7ffe7402f6b0, w=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:765
#9  0x00000000018e7672 in Slave_worker::slave_worker_exec_event (this=0x7ffe74024a90, ev=0x7ffe7402f6b0)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:1890
#10 0x00000000018e97ed in slave_worker_exec_job_group (worker=0x7ffe74024a90, rli=0x675e860)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:2671
#11 0x00000000018c077a in handle_slave_worker (arg=0x7ffe74024a90) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_slave.cc:6239
#12 0x0000000001945620 in pfs_spawn_thread (arg=0x7ffe74029080) at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/perfschema/pfs.cc:2190
#13 0x00007ffff7bc6aa1 in start_thread () from /lib64/libpthread.so.0
#14 0x00007ffff6719bcd in clone () from /lib64/libc.so.6
(gdb) n
2956            trx_t*          trx             = prebuilt->trx;
(gdb) n
2957            ulint           fk_depth        = 0;
(gdb) n
2958            bool            got_s_lock      = false;
(gdb) n
2960            DBUG_ENTER("row_update_for_mysql_using_upd_graph");
(gdb) n
2962            ut_ad(trx);
(gdb) n
2963            ut_a(prebuilt->magic_n == ROW_PREBUILT_ALLOCATED);
(gdb) n
2964            ut_a(prebuilt->magic_n2 == ROW_PREBUILT_ALLOCATED);
(gdb) n
2967            if (prebuilt->table->ibd_file_missing) {
(gdb) n
2977            if(srv_force_recovery) {
(gdb) p trx->id
$1 = 350783
(gdb) p table->name->m_name
$2 = 0x7ffe780130f8 "testmts/tii"
(gdb) c
Continuing.

修改slave_worker_info栈帧 


Breakpoint 3, row_update_for_mysql_using_upd_graph (mysql_rec=0x7ffe7800f680 "\001", prebuilt=0x7ffe78010a50)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/row/row0mysql.cc:2955
2955            dict_table_t*   table           = prebuilt->table;
(gdb) bt
#0  row_update_for_mysql_using_upd_graph (mysql_rec=0x7ffe7800f680 "\001", prebuilt=0x7ffe78010a50)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/row/row0mysql.cc:2955
#1  0x0000000001b3d6f1 in row_update_for_mysql (mysql_rec=0x7ffe7800f680 "\001", prebuilt=0x7ffe78010a50)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/row/row0mysql.cc:3131
#2  0x00000000019d42ff in ha_innobase::update_row (this=0x7ffe7800f020, old_row=0x7ffe7800f680 "\001", new_row=0x7ffe7800f560 "\001")
    at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/innobase/handler/ha_innodb.cc:9018
#3  0x0000000000f90b70 in handler::ha_update_row (this=0x7ffe7800f020, old_data=0x7ffe7800f680 "\001", new_data=0x7ffe7800f560 "\001")
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/handler.cc:8509
#4  0x00000000018f7f76 in Rpl_info_table::do_flush_info (this=0x7ffe74028cf0, force=true)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_info_table.cc:225
#5  0x00000000018d4376 in Rpl_info_handler::flush_info (this=0x7ffe74028cf0, force=true) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_info_handler.h:94
#6  0x00000000018e3a8d in Slave_worker::flush_info (this=0x7ffe74024a90, force=true) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:441
#7  0x00000000018e4a0e in Slave_worker::commit_positions (this=0x7ffe74024a90, ev=0x7ffe7402e688, ptr_g=0x7ffe7400e880, force=true)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:719
#8  0x000000000184e2f6 in Xid_apply_log_event::do_apply_event_worker (this=0x7ffe7402e688, w=0x7ffe74024a90)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/log_event.cc:7398
#9  0x00000000018e7672 in Slave_worker::slave_worker_exec_event (this=0x7ffe74024a90, ev=0x7ffe7402e688)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:1890
#10 0x00000000018e97ed in slave_worker_exec_job_group (worker=0x7ffe74024a90, rli=0x675e860)
    at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_rli_pdb.cc:2671
#11 0x00000000018c077a in handle_slave_worker (arg=0x7ffe74024a90) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/rpl_slave.cc:6239
#12 0x0000000001945620 in pfs_spawn_thread (arg=0x7ffe74029080) at /root/mysqlall/percona-server-locks-detail-5.7.22/storage/perfschema/pfs.cc:2190
#13 0x00007ffff7bc6aa1 in start_thread () from /lib64/libpthread.so.0
#14 0x00007ffff6719bcd in clone () from /lib64/libc.so.6
(gdb) n
2956            trx_t*          trx             = prebuilt->trx;
(gdb) n
2957            ulint           fk_depth        = 0;
(gdb) n
2958            bool            got_s_lock      = false;
(gdb) n
2960            DBUG_ENTER("row_update_for_mysql_using_upd_graph");
(gdb) n
2962            ut_ad(trx);
(gdb) n
2963            ut_a(prebuilt->magic_n == ROW_PREBUILT_ALLOCATED);
(gdb) p trx->id
$3 = 350783
(gdb) p table->name->m_name
$4 = 0x7ffeac013f68 "mysql/slave_worker_info"

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7728585/viewspace-2649964/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7728585/viewspace-2649964/

cri5768
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Flink笔记(十九)：Flink 从 Checkpoint 中恢复数据
01-20
接上文：Flink笔记(十八)：Flink 之 StateBackend 介绍 & 使用，本文介绍 Flink 从 Checkpoint 中恢复数据。 当 Flink 任务提交后，只有遇到 1.程序错误、2.人为 Cancel掉，任务就会停止。 1. 任务异常，设置保存 ...
【MySQL技术内幕】10-启动关闭与恢复
通往神秘的道路的专栏
10-08 186
InnoDB是 MySQL数据库的存储引擎之一,因此 InnoDB存储引擎的启动和关闭,更准确的是指在 MySQL实例的启动过程中对 InnoDB存储引擎的处理过程。 在关闭时,参数 innodb_fast_shutdown影响着表的存储引擎为 InnoDB的行为。该参数可取值为0、1、2,默认值为1。 0表示在 MySQL数据库关闭时, InnoDB需要完成所有的 full purge和 me...
mysql从库slave停止_带有临时表的主从slave从库停止（server stop）
weixin_30991277的博客
01-20 1098
带有临时表的从库 stop slave，操作步骤在stop slave之前一定要确定变量“Slave_open_temp_tables”是否为0，确定该从库是否有打开临时表。如果在不为0时，还有临时表，停止了从库或slave sql thread(IO同步进程)，当从库重新开启后，之前对temporary table临时表上的update更新操作不可用，因为未被IO写入磁盘。正确停从库步骤如下1....
停止数据库
流沙
08-17 518
MongoDB 提供的停止数据库命令也非常丰富，如果 Control-C、发送 shutdownServer()指令及 发送 Unix 系统中断信号等 Control-C 如果处理连接状态，那么直接可以通过 Control-C 的方式去停止 MongoDB 实例，具体如下: [root@localhost ~]# /Apps/mongo/bin/mongo -
mysql 从库_不停止MySQL服务增加从库的两种方式
weixin_39590453的博客
01-18 93
现在生产环境MySQL数据库是一主一从，由于业务量访问不断增大，故再增加一台从库。前提是不能影响线上业务使用，也就是说不能重启MySQL服务，为了避免出现其他情况，选择在网站访问量低峰期时间段操作。一般在线增加从库有两种方式，一种是通过mysqldump备份主库，恢复到从库，mysqldump是逻辑备份，数据量大时，备份速度会很慢，锁表的时间也会很长。另一种是通过xtrabackup工具备份主库，...
《淘宝技术这十年》读书笔记:分布式时代和中间件
02-02
这篇文章主要讲述分布式时代和中间件相关知识，包括服务化、HSF、Notify和TDDL。同时里面有我们经常遇见的编码错误等相关问题，希望文章对你有所帮助!在系统发展的过程中，架构师的眼光至关重要，作为程序员，只要把...
Android深入探究笔记之二十-广播接收者.pdf
11-19
Android深入探究笔记之二十-广播接收者.pdf
Codes:三方库和学习笔记
03-31
Codes:三方库和学习笔记
Activiti 学习笔记五：流程变量
09-05
Activiti 学习笔记五：流程变量
mysql事务(原理)
m0_74347016的博客
05-19 577
mysql事务原理
数据库SQL编写规范-SQL书写规范整理（SQL语句书写规范全解-Word原件）
xx_123321456的博客
05-14 305
​​​​​​工作安排任务书，可行性分析报告，立项申请审批表，产品需求规格说明书，需求调研计划，用户需求调查单，用户需求说明书，概要设计说明书，技术解决方案，数据库设计说明书，详细设计说明书，单元测试报告，总体测试计划，单元测试计划，产品集成计划，集成测试报告，集成测试计划，系统测试报告，产品交接验收单，验收报告，验收测试报告，压力测试报告，项目总结报告，立项结项审批表，成本估算表，项目计划，项目周报月报，风险管理计划，质量保证措施，项目甘特图，项目管理工具，操作手册，接口设计文档，软件实施方案，运维方案，安
实战项目技术点（1）
qq_60396437的博客
05-15 1154
分页插件PageHelper 是 Mybatis 的一款功能强大、方便易用的分页插件，支持任何形式的单标、多表的分页查询。官网：https://pagehelper.github.io/。文件上传，是指将本地图片、视频、音频等文件上传到服务器，供其他用户浏览或下载的过程。
Spring-Cloud 微服务
weixin_65127444的博客
05-15 907
先来思考一个问题*通过上一章的操作，我们已经可以实现微服务之间的调用。但是我们把服务提供者的网络地址（ip，端口）等硬编码到了代码中，这种做法存在许多问题：1.一旦服务提供者地址变化，就需要手工修改代码2. 一旦是多个服务提供者，无法实现负载均衡功能3.一旦服务变得越来越多，人工维护调用关系困难那么应该怎么解决呢，这时候就需要通过注册中心动态的实现。
生产报表工具PI DataLInk 与 行列视之间的区别
2401_83701843的博客
05-17 252
行列视，全名“行列视生产数据应用系统”，行列视品牌所面对的业务范围远远超越了PIDatalink报表工具，他首先是一款本地部署的在线Excel文档管理系统，解决个人报表在线管理问题，其次，她和PIDataLInk一样，也是面向实时数据库报表需求的一套工具，其区别在于行列视品牌兼容国内外大多数实时数据库，也可以同时连接多个数据源，也就是她完全可以替代PI-DataLINk，同时也适用于其他品牌下的实时数据库系统；
MySQL存储过程添加二十万条数据日常练习
mi_mx的博客
05-17 308
【代码】MySQL日常练习。
linux中查找某个文件或文件夹
DN金猿的博客
05-18 257
locate命令将会在整个系统中搜索文件和文件夹，并通过正则表达式匹配以"/folder_name"结尾的路径。这将会在指定的路径（/path/to/search）中递归地列出所有文件和文件夹，并使用grep命令匹配以"/folder_name"结尾的行。该命令将会在指定的路径（/path/to/search）中查找名称为"folder_name"的文件夹。此方法与第2种方法类似，但使用了find命令来递归搜索文件夹，并使用grep命令来匹配以"/folder_name"结尾的行。
ASP+ACCESS航班在线定票系统设计
最新发布
大叔_爱编程 的博客
05-21 624
本文主要阐述软件工程课程设计管理系统案例库中案例的建设过程。所选项目“机票预订系统”和“教务管理系统之子系统——系内课程安排”都具有典型的信息管理系统的特征。论文从软件工程的角度介绍了这两个案例的开发过程，包括可行性分析和需求分析，系统设计，文件和数据库设计，系统编码实现，测试。本系统采用了Asp，Access等技术。整篇论文，作者着重对“机票预订系统”进行了系统分析，开发，并对“教务管理系统之子系统——系内课程安排”进行了初步的分析。设计结果可作为软件工程课程设计训练的一个参考。
MongoDB聚合运算符：$zip
superatom01的博客
05-15 361
摘要：`$zip`用于将输入数组的元素重新组合转换为新的数组，重组转换的的规则是使用输入数组的第一个元素重组为第一个数组，使用第二个元素重组为第二个数组，以此类推。
python中turtle怎样用数字设置画笔颜色_笔记：turtle 库
06-12
在 Python 中使用 turtle 库，可以通过以下代码设置画笔的颜色： ``` import turtle # 设置画笔颜色为红色 turtle.pencolor("red") # 设置画笔颜色为 RGB 值为 (0, 0, 255) 的蓝色 turtle.pencolor(0, 0, 255) #...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值