校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > MySQL線程處于Opening tables的問題解決方法

MySQL線程處于Opening tables的問題解決方法

熱門標(biāo)簽:電話機(jī)器人市場趨勢 百度地圖標(biāo)注后不顯示 俄國地圖標(biāo)注app 昆明電信400電話辦理 淄博400電話申請 電銷機(jī)器人 行業(yè) 南昌高頻外呼系統(tǒng)哪家公司做的好 溫州瑞安400電話怎么申請 電銷機(jī)器人各個細(xì)節(jié)介紹

問題描述

最近有一臺MySQL5.6.21的服務(wù)器,在應(yīng)用發(fā)布后,并發(fā)線程Threads_running迅速升高,達(dá)到2000左右,大量線程處于等待Opening tables、closing tables狀態(tài),應(yīng)用端相關(guān)邏輯訪問超時。

【分析過程】

1、16:10應(yīng)用發(fā)布結(jié)束后,Opened_tables不斷增加,如下圖所示:

查看當(dāng)時故障期間抓取的pt-stalk日志文件,時間點(diǎn)2019-01-18 16:29:37,Open_tables 的值為3430,而table_open_cache的配置值為2000。

當(dāng)Open_tables值大于table_open_cache值時,每次新的session打開表,有一些無法命中table cache,而不得不重新打開表。這樣反應(yīng)出來的現(xiàn)象就是有大量的線程處于opening tables狀態(tài)。

2、這個實(shí)例下的表,加上系統(tǒng)數(shù)據(jù)庫下總計(jì)851張,遠(yuǎn)小于table_open_cache的2000,為什么會導(dǎo)致Open_tables達(dá)到3430呢

從官方文檔中可以得到解釋,

https://dev.mysql.com/doc/refman/5.6/en/table-cache.html

table_open_cache is related to max_connections. For example, for 200 concurrent running connections, specify a table cache size of at least 200 * N, where N is the maximum number of tables per join in any of the queries which you execute.

當(dāng)時并發(fā)線程數(shù)達(dá)到1980,假設(shè)這些并發(fā)連接中有30%是訪問2張表,其他都是單表,那么cache size就會達(dá)到(1980*30%*2+1980*70%*1)=2574

3、QPS在發(fā)布前后都比較平穩(wěn),從外部請求來看并沒有突增的連接請求,但在發(fā)布后threads_running上升到接近2000的高位,一直持續(xù)。猜測是由于某個發(fā)布的SQL語句觸發(fā)了問題。

4、查看當(dāng)時抓取的processlist信息,有一句SQL并發(fā)訪問很高,查詢了8張物理表,SQL樣本如下:

code>select id,name,email from table1 left join table2br>union allbr>select id,name,email from table3 left join table4br>union allbr>select id,name,email from table5 left join table6br>union allbr>select id,name,email from table7 left join table8br>where id in ('aaa');/code>

5、在測試環(huán)境中創(chuàng)建相同的8張表,清空表緩存,單個session執(zhí)行SQL前后對比,Open_tables的值會增加8,如果高并發(fā)的情況下,Open_tables的值就會大幅增加。

問題重現(xiàn)

在測試環(huán)境上模擬高并發(fā)訪問的場景,并發(fā)1000個線程同時執(zhí)行上面的SQL語句,復(fù)現(xiàn)了生產(chǎn)環(huán)境類似的現(xiàn)象,Open_tables迅速達(dá)到3800,大量進(jìn)程處于Opening tables、closing tables狀態(tài)。

優(yōu)化方案

1、 定位到問題原因后,我們與開發(fā)同事溝通,建議優(yōu)化該SQL,降低單句SQL查詢表的數(shù)量或大幅降低該SQL的并發(fā)訪問頻率。

不過開發(fā)同事還沒來的及優(yōu)化,生產(chǎn)環(huán)境上故障又出現(xiàn)了。當(dāng)時DBA排障時將table_open_cache從2000增加4000,CPU使用率上升,效果并不明顯,等待Opening tables的問題依然存在。

2、 分析故障期間抓取的pstack信息,用pt-pmp聚合后,看到大量線程在open_table時等待mutex資源:

#0 0x0000003f0900e334 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x0000003f0900960e in _L_lock_995 () from /lib64/libpthread.so.0
#2 0x0000003f09009576 in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x000000000069ce98 in open_table(THD*, TABLE_LIST*, Open_table_context*) ()
#4 0x000000000069f2ba in open_tables(THD*, TABLE_LIST**, unsigned int*, unsigned int, Prelocking_strategy*) ()
#5 0x000000000069f3df in open_normal_and_derived_tables(THD*, TABLE_LIST*, unsigned int) ()
#6 0x00000000006de821 in execute_sqlcom_select(THD*, TABLE_LIST*) ()
#7 0x00000000006e13cf in mysql_execute_command(THD*) ()
#8 0x00000000006e4d8f in mysql_parse(THD*, char*, unsigned int, Parser_state*) ()
#9 0x00000000006e62cb in dispatch_command(enum_server_command, THD*, char*, unsigned int) ()
#10 0x00000000006b304f in do_handle_one_connection(THD*) ()
#11 0x00000000006b3177 in handle_one_connection ()
#12 0x0000000000afe5ca in pfs_spawn_thread ()
#13 0x0000003f09007aa1 in start_thread () from /lib64/libpthread.so.0
#14 0x0000003f088e893d in clone () from /lib64/libc.so.6

這時table_cache_manager中的mutex沖突非常嚴(yán)重。

由于MySQL5.6.21下table_open_cache_instances參數(shù)的默認(rèn)值為1,想到增大table_open_cache_instances參數(shù),增加表緩存分區(qū),應(yīng)該可以緩解爭用。

3、 在測試環(huán)境上,我們調(diào)整兩個參數(shù)table_open_cache_instances=32,table_open_cache=6000,同樣并發(fā)1000個線程執(zhí)行問題SQL,這次等待Opening tables、closing tables的線程消失了,MySQL的QPS也從12000上升到55000。
對比相同情況下,只調(diào)整table_open_cache=6000,等待Opening tables的進(jìn)程數(shù)從861下降到203,問題有所緩解,有600多個進(jìn)程已經(jīng)從等待Opening tables變?yōu)檫\(yùn)行狀態(tài),QPS上升到40000左右,但不能根治。

源碼分析

查了下代碼有關(guān)table_open_cache的相關(guān)邏輯:

1、Table_cache::add_used_table函數(shù)如下,當(dāng)新的連接打開的表在table cache中不存在時,打開表加入到used tables list:

bool Table_cache::add_used_table(THD *thd, TABLE *table)
{
 Table_cache_element *el;
 
 assert_owner();
 
 DBUG_ASSERT(table->in_use == thd);
 
 /*
 Try to get Table_cache_element representing this table in the cache
 from array in the TABLE_SHARE.
 */
 el= table->s->cache_element[table_cache_manager.cache_index(this)];
 
 if (!el)
 {
 /*
  If TABLE_SHARE doesn't have pointer to the element representing table
  in this cache, the element for the table must be absent from table the
  cache.
 
  Allocate new Table_cache_element object and add it to the cache
  and array in TABLE_SHARE.
 */
 DBUG_ASSERT(! my_hash_search(m_cache,
         (uchar*)table->s->table_cache_key.str,
         table->s->table_cache_key.length));
 
 if (!(el= new Table_cache_element(table->s)))
  return true;
 
 if (my_hash_insert(m_cache, (uchar*)el))
 {
  delete el;
  return true;
 }
 
 table->s->cache_element[table_cache_manager.cache_index(this)]= el;
 }
 
 /* Add table to the used tables list */ 
 el->used_tables.push_front(table);
 
 m_table_count++; free_unused_tables_if_necessary(thd);
 
 return false;
}

2、每次add_used_table會調(diào)用Table_cache::free_unused_tables_if_necessary函數(shù),當(dāng)滿足m_table_count > table_cache_size_per_instance m_unused_tables時,執(zhí)行remove_table,清除m_unused_tables列表中多余的cache。其中table_cache_size_per_instance= table_cache_size / table_cache_instances,MySQL5.6的默認(rèn)配置是2000/1=2000,當(dāng)m_table_count值大于2000并且m_unused_tables非空時就執(zhí)行remove_table,將m_unused_tables中的table cache清空。這樣m_table_count就是Open_tables的值正常會維持在2000上下。

void Table_cache::free_unused_tables_if_necessary(THD *thd)
{
 /*
 We have too many TABLE instances around let us try to get rid of them.
 
 Note that we might need to free more than one TABLE object, and thus
 need the below loop, in case when table_cache_size is changed dynamically,
 at server run time.
 */
 if (m_table_count > table_cache_size_per_instance  m_unused_tables)
 {
 mysql_mutex_lock(LOCK_open);
 while (m_table_count > table_cache_size_per_instance 
   m_unused_tables)
 {
  TABLE *table_to_free= m_unused_tables;  
  remove_table(table_to_free);
  intern_close_table(table_to_free);
  thd->status_var.table_open_cache_overflows++;
 }
 mysql_mutex_unlock(LOCK_open);
 }
}

3、增大table_cache_instances為32,當(dāng)Open_tables超過(2000/32=62)時,就會滿足條件,加速上述邏輯中m_unused_tables的清理,使得table cache中數(shù)量進(jìn)一步減少,會導(dǎo)致Table_open_cache_overflows升高。

4、當(dāng)table_open_cache_instances從1增大到32時,1個LOCK_open鎖分散到32個m_lock的mutex上,大大降低了鎖的爭用。

/** Acquire lock on table cache instance. */
 void lock() { mysql_mutex_lock(m_lock); }
 /** Release lock on table cache instance. */
 void unlock() { mysql_mutex_unlock(m_lock); }

解決問題

我們生產(chǎn)環(huán)境同時采取下面優(yōu)化措施,問題得以解決:
1、 讀寫分離,增加read節(jié)點(diǎn),分散master庫的壓力;
2、 調(diào)整table_open_cache_instances=16;
3、 調(diào)整table_open_cache=6000;

總結(jié)

當(dāng)出現(xiàn)Opening tables等待問題時,
1、建議找出打開表頻繁的SQL語句,優(yōu)化該SQL,降低單句SQL查詢表的數(shù)量或大幅降低該SQL的并發(fā)訪問頻率。

2、設(shè)置合適的table cache,同時增大table_open_cache_instances和 table_open_cache參數(shù)的值。

您可能感興趣的文章:
  • mybatis學(xué)習(xí)之路mysql批量新增數(shù)據(jù)的方法
  • MySQL和Redis實(shí)現(xiàn)二級緩存的方法詳解
  • MySQL普通索引和唯一索引的深入講解
  • 使用MySQL的geometry類型處理經(jīng)緯度距離問題的方法
  • mysql binlog(二進(jìn)制日志)查看方法
  • Docker創(chuàng)建MySQL的講解
  • PHP date()格式MySQL中插入datetime方法
  • pymysql如何解決sql注入問題深入講解
  • mysql導(dǎo)出表的字段和相關(guān)屬性的步驟方法
  • MySQL limit性能分析與優(yōu)化

標(biāo)簽:海口 洛陽 甘南 安徽 吐魯番 拉薩 嘉峪關(guān) 葫蘆島

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL線程處于Opening tables的問題解決方法》,本文關(guān)鍵詞  MySQL,線程,處于,Opening,tables,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL線程處于Opening tables的問題解決方法》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL線程處于Opening tables的問題解決方法的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    亚洲色大成网站www久久九九| 欧美猛男超大videosgay| 韩国女主播成人在线观看| 不卡av电影在线播放| 久久丝袜美腿综合| 国产91富婆露脸刺激对白| 69久久99精品久久久久婷婷| 一区二区三区加勒比av| 99re亚洲国产精品| 国产精品久久久久毛片软件| 成人av免费网站| 亚洲黄色录像片| 在线成人小视频| 国产伦精一区二区三区| 日韩一区二区三区四区五区六区| 亚洲国产精品成人综合色在线婷婷| 日本成人中文字幕在线视频| 日韩欧美一级精品久久| 国产福利不卡视频| 一个色综合av| 久久一二三国产| 91亚洲国产成人精品一区二三 | 久久91精品久久久久久秒播| 精品国产伦一区二区三区免费 | 亚洲欧洲综合另类| 欧美一级欧美三级| 91在线无精精品入口| 婷婷一区二区三区| 综合久久久久久久| 日韩精品一区二区三区中文精品| 国产精品一区二区不卡| 亚洲狠狠爱一区二区三区| 26uuu精品一区二区在线观看| 99久久99久久久精品齐齐| 亚洲欧美aⅴ...| 精品国产免费久久| 欧美无砖砖区免费| 性做久久久久久| 综合激情网...| 欧美精品一区在线观看| 欧美成人a视频| 欧美日韩黄色一区二区| 日本高清免费不卡视频| 成人国产精品视频| 国产高清不卡二三区| 久久成人免费网| 国产一区二区福利| 国产成人欧美日韩在线电影| 一区二区国产视频| 亚洲第一成年网| 亚洲成人免费电影| 久久狠狠亚洲综合| 奇米色一区二区三区四区| 三级欧美韩日大片在线看| ...xxx性欧美| 午夜久久久久久电影| 日韩成人免费看| 大胆欧美人体老妇| 免费在线观看成人| av午夜一区麻豆| 97久久久精品综合88久久| 欧洲精品视频在线观看| 欧美一级二级在线观看| 中文av一区特黄| 视频在线观看一区二区三区| 国产在线观看免费一区| 欧美亚洲一区二区在线| 日韩欧美一级二级| 亚洲女与黑人做爰| 高清shemale亚洲人妖| 成人av电影观看| 精品久久久久一区| 亚洲国产欧美日韩另类综合| 国产日韩一级二级三级| 欧美三区在线观看| 九九**精品视频免费播放| 91一区二区在线| 91精品国产手机| 一区二区在线观看av| 久久www免费人成看片高清| 欧美在线观看视频一区二区三区| 中文字幕精品一区二区精品绿巨人| 蜜臀91精品一区二区三区 | 亚洲一区二区欧美日韩 | 日韩午夜激情av| 天堂午夜影视日韩欧美一区二区| 久久丁香综合五月国产三级网站| 日韩一区二区在线看| 极品尤物av久久免费看| 日韩免费观看高清完整版在线观看| 日日夜夜一区二区| 欧美成人精品二区三区99精品| 免费观看一级特黄欧美大片| 日韩久久久精品| 国产综合色视频| 成人免费在线观看入口| 在线观看日韩高清av| 婷婷丁香激情综合| 精品理论电影在线观看| 国产91露脸合集magnet| 久久久久一区二区三区四区| 久久99精品久久久| 亚洲一区二区三区三| 久久久久久一二三区| 欧美一区二区三区免费观看视频| 成人av电影免费观看| 国产美女视频91| 男男gaygay亚洲| 午夜电影一区二区| 亚洲一区欧美一区| 国产精品乱人伦| 国产精品免费丝袜| 国产精品区一区二区三| 国产亚洲欧美中文| 欧美精品一区二区在线播放| 555夜色666亚洲国产免| 欧美色欧美亚洲另类二区| 日本伦理一区二区| 色吧成人激情小说| 欧洲精品视频在线观看| 色哟哟一区二区三区| 欧美在线观看视频一区二区三区| 色综合天天综合在线视频| 波多野结衣亚洲| 色呦呦网站一区| 在线播放日韩导航| 日本一区二区三区四区| 欧洲一区在线电影| 日本精品视频一区二区| 国内精品视频666| 久久99国产精品久久99| 成人黄页在线观看| 欧美日韩国产小视频在线观看| 6080亚洲精品一区二区| 日韩一区二区精品| 久久精品欧美一区二区三区麻豆| 国产精品美女一区二区| 日韩国产精品久久| 国产99久久久久久免费看农村| 93久久精品日日躁夜夜躁欧美| 欧美在线免费视屏| 日本一区二区三区视频视频| 日本麻豆一区二区三区视频| 成人免费观看视频| 精品国产乱码久久久久久夜甘婷婷 | 欧美日韩日日骚| 中文字幕+乱码+中文字幕一区| 天堂在线一区二区| 在线观看视频欧美| 亚洲欧美日韩综合aⅴ视频| 另类成人小视频在线| 欧美欧美欧美欧美| 亚洲国产成人91porn| 欧洲国内综合视频| 亚洲黄色在线视频| 成人午夜又粗又硬又大| 国产视频视频一区| 国产在线看一区| 久久久91精品国产一区二区精品| 日韩黄色免费电影| 日韩欧美国产一区在线观看| 五月激情六月综合| 91黄视频在线观看| 日韩经典中文字幕一区| 欧美一区二区三区精品| 麻豆精品在线看| 国产日韩欧美在线一区| 丁香婷婷综合网| 亚洲电影一区二区| 欧美日本在线看| 国产精品自在欧美一区| 国产精品久久久久桃色tv| 一本一道综合狠狠老| 午夜一区二区三区视频| 日韩限制级电影在线观看| 国产精品自在欧美一区| 国产精品区一区二区三| 欧美日韩三级一区二区| 黑人精品欧美一区二区蜜桃| 《视频一区视频二区| 911国产精品| 99精品在线免费| 国产在线看一区| 水蜜桃久久夜色精品一区的特点| 国产乱对白刺激视频不卡| 一本到不卡免费一区二区| 亚洲日本一区二区| 欧美一级日韩免费不卡| 成人黄色在线看| 国产一区二区三区免费播放| 亚洲理论在线观看| 国产精品蜜臀av| 久久久久国产精品麻豆ai换脸| 91福利精品视频| 91亚洲男人天堂| 91麻豆免费在线观看| 99在线热播精品免费| 91视频在线观看免费| 一本大道综合伊人精品热热| av中文字幕不卡|