怎么理解MySQL中的Waiting for commit lock

這篇文章主要介紹“怎么理解MySQL中的Waiting for commit lock”，在日常操作中，相信很多人在怎么理解MySQL中的Waiting for commit lock問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”怎么理解MySQL中的Waiting for commit lock”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

哪里控制了sql_safe_updates的邏輯，源碼如下：

bool multi_delete_precheck(THD *thd, TABLE_LIST *tables)
{
  SELECT_LEX *select_lex= thd->lex->select_lex;
  TABLE_LIST *aux_tables= thd->lex->auxiliary_table_list.first;
  TABLE_LIST **save_query_tables_own_last= thd->lex->query_tables_own_last;
  DBUG_ENTER("multi_delete_precheck");  /* sql_yacc guarantees that tables and aux_tables are not zero */
  DBUG_ASSERT(aux_tables != 0);  if (check_table_access(thd, SELECT_ACL, tables, FALSE, UINT_MAX, FALSE))
    DBUG_RETURN(TRUE);  /*
    Since aux_tables list is not part of LEX::query_tables list we
    have to juggle with LEX::query_tables_own_last value to be able
    call check_table_access() safely.
  */
  thd->lex->query_tables_own_last= 0;  if (check_table_access(thd, DELETE_ACL, aux_tables, FALSE, UINT_MAX, FALSE))
  {
    thd->lex->query_tables_own_last= save_query_tables_own_last;
    DBUG_RETURN(TRUE);
  }
  thd->lex->query_tables_own_last= save_query_tables_own_last;  if ((thd->variables.option_bits & OPTION_SAFE_UPDATES) &&
      !select_lex->where_cond()) //這里檢查是否開(kāi)啟了參數(shù)同時(shí)沒(méi)有where條件
  {
    my_message(ER_UPDATE_WITHOUT_KEY_IN_SAFE_MODE,
               ER(ER_UPDATE_WITHOUT_KEY_IN_SAFE_MODE), MYF(0));//報(bào)錯(cuò)
    DBUG_RETURN(TRUE);
  }
  DBUG_RETURN(FALSE);
}

簡(jiǎn)單記錄一下功能：

• SQL_SAFE_UPDATES = 1時(shí)，不帶where和limit條件的update和delete操作語(yǔ)句是無(wú)法執(zhí)行的，即使是有where和limit條件但不帶key column的update和delete也不能執(zhí)行。

• SQL_SAFE_UPDATES =0時(shí)，update和delete操作將會(huì)順利執(zhí)行。

到此，關(guān)于“怎么理解MySQL中的Waiting for commit lock”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！