成人性生交大片免费看视频r_亚洲综合极品香蕉久久网_在线视频免费观看一区_亚洲精品亚洲人成人网在线播放_国产精品毛片av_久久久久国产精品www_亚洲国产一区二区三区在线播_日韩一区二区三区四区区区_亚洲精品国产无套在线观_国产免费www

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

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

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

問題描述

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

【分析過程】

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

查看當(dāng)時故障期間抓取的pt-stalk日志文件,時間點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、這個實例下的表,加上系統(tǒng)數(shù)據(jù)庫下總計851張,遠小于table_open_cache的2000,為什么會導(dǎo)致Open_tables達到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ù)達到1980,假設(shè)這些并發(fā)連接中有30%是訪問2張表,其他都是單表,那么cache size就會達到(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迅速達到3800,大量進程處于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的進程數(shù)從861下降到203,問題有所緩解,有600多個進程已經(jīng)從等待Opening tables變?yōu)檫\行狀態(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ù)量進一步減少,會導(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é)點,分散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實現(xiàn)二級緩存的方法詳解
  • MySQL普通索引和唯一索引的深入講解
  • 使用MySQL的geometry類型處理經(jīng)緯度距離問題的方法
  • mysql binlog(二進制日志)查看方法
  • Docker創(chuàng)建MySQL的講解
  • PHP date()格式MySQL中插入datetime方法
  • pymysql如何解決sql注入問題深入講解
  • mysql導(dǎo)出表的字段和相關(guān)屬性的步驟方法
  • MySQL limit性能分析與優(yōu)化

標(biāo)簽:???/a> 洛陽 甘南 安徽 吐魯番 拉薩 嘉峪關(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)民參考!
  • 推薦文章
    国产亚洲综合av| 午夜久久福利视频| 欧美色欧美亚洲另类二区精品| 日本黄网站免费| 99re这里只有精品视频首页| av免费在线观| 尤物视频在线观看国产| 77777亚洲午夜久久多人| 97精品国产97久久久久久免费| 精品国产第一页| 欧美老tube| 日韩av影视综合网| 亚洲成人激情图| 999福利在线视频| 亚洲国产你懂的| 日本少妇裸体做爰| 久久艹国产精品| 国产精品精品一区二区三区午夜版| 在线播放黄色av| 国产高清中文字幕| 国产精彩自拍| 国产一区二区不卡| 黑人精品xxx一区一二区| 91精品无人成人www| 久久这里只有| 久久一区二区免费播放| 亚洲第一精品久久忘忧草社区| 一级片一级片一级片| 99精品人妻少妇一区二区| 亚洲精品永久免费| 久久精品视频在线观看免费| 538任你躁在线精品免费| 亚洲久久久久久久久久| 国产综合视频在线观看| 成人精品国产亚洲| 国产小视频自拍| 欧美人与性动xxxx| 看片网址国产福利av中文字幕| 欧美视频在线免费看| 精品黄色免费中文电影在线播放| 麻豆一区二区在线观看| 久久av中文字幕片| 911国产网站尤物在线观看| 成人激情免费在线| 色悠悠久久综合网| 亚洲片在线观看| 久久电影tv| 999av视频| 亚洲欧洲午夜一线一品| 亚洲狠狠丁香婷婷综合久久久| 亚洲国产精华液| 777欧美精品| 亚洲男女毛片无遮挡| www.在线欧美| 污污内射在线观看一区二区少妇| 一区二区在线观看视频在线| 国产在线一区二区三区| 久久婷婷国产91天堂综合精品| 中文字幕a在线观看| 国产3级在线观看| 国产精品综合网站| 欧美日韩一二三四五区| 国产精品一区二区人人爽| 欧美sm美女调教| 亚洲影视一区二区| 日韩精品影片| av激情综合网| 欧美日韩黄视频| 动漫一区在线| 中文字幕资源网| 亚洲精品一区二区在线观看| 中文字幕欧美精品在线| 色女孩综合影院| 在线午夜精品自拍| 久久人妻免费视频| 日本在线播放不卡| 翔田千里精品久久一区二| 91白丝在线| 亚洲精品中字| 日韩一中文字幕| xfplay资源站色先锋在线观看| 麻豆传媒在线看| 亚洲无码精品一区二区三区| 自拍偷自拍亚洲精品被多人伦好爽| 色在线视频网| 国产精选久久久| 久久综合给合久久狠狠色| 少妇一级黄色片| 黄色一级免费视频| av在线下载| 国产情侣av在线| 国产激情片在线观看| 成都免费高清电影| 欧美激情性爽国产精品17p| 亚洲日本丝袜连裤袜办公室| 一起操在线视频| 1024在线视频| 精品福利一区二区三区免费视频| 欧美日韩18| 免费大秀视频在线播放| 91久久伊人青青碰碰婷婷| 国产精品网友自拍| 中文字幕欧美日韩一区| 国产精品久久精品| 99re66热这里只有精品3直播| 精品剧情v国产在线观看| 黑人巨大精品欧美黑白配亚洲| 成人区精品一区二区不卡| 亚洲激情视频小说| 91麻豆精品一二三区在线| 免费日本黄色| 欧美三级乱码| 91精品国产综合久久久久久丝袜| 成人免费毛片嘿嘿连载视频| 成人ww免费完整版在线观看| 91麻豆精品国产91久久综合| 青青草成人在线| 国产精品国模大尺度视频| 无码人妻精品一区二区三区在线| 久久免费电影| 亚洲视频综合网| 日本一区免费看| 日韩午夜在线观看视频| 日本高清视频一区二区| 精品视频免费在线观看| 美女高潮在线观看| 91精品国产综合久久婷婷香蕉| 九色成人搞黄网站| caoporn超碰国产公开| 91精品国产高清自在线| 日韩一区日韩二区| 丁香花高清在线观看完整版| 欧美一级专区免费大片| 欧美日韩卡一卡二| 麻豆传媒网站在线观看| 亚洲精品97久久中文字幕| 亚洲最新av网址| 国产精品 欧美在线| 在线观看精品国产| 日本国产中文字幕| 特级毛片www| 女女百合国产免费网站| 牛牛精品成人免费视频| 欧美日韩在线大尺度| 成人免费黄色网页| 国产欧美久久久久久| 香蕉成人啪国产精品视频综合网| 在线观看免费成人av| 日韩av三级在线| 亚洲一级二级| 国产原创精品视频| av电影资源| 日本在线看片免费人成视1000| 波多野结衣喷潮| 一区二区三区在线免费观看| 精品国模一区二区三区欧美| 国产一区二区三区蝌蚪| 美女写真理伦片在线看| 亚洲第一第二区| 欧美福利视频在线观看| 五月综合激情日本mⅴ| 亚洲社区在线观看| 成人午夜大片| 影音先锋电影在线观看| 亚洲最大成人在线视频| 中文字幕在线资源| 日韩污视频在线观看| 麻豆国产欧美一区二区三区r| 精品女人视频| 日韩在线观看| 日韩一区自拍| 999视频在线免费观看| 久久天天躁狠狠躁夜夜爽蜜月| 在线观影网站| 日韩av资源在线| 国产成人亚洲精品乱码在线观看| 性の欲びの女javhd| 午夜一区不卡| a美女胸又www黄视频久久| 97在线看免费观看视频在线观看| 精品午夜福利在线观看| 日本高清视频网站www| 免费在线成人| 四虎成人精品永久免费av九九| 亚洲最黄网站| 免费看特级毛片| 一区精品视频| 三级毛片电影网站| 99精品国产在热久久| 一级毛片视频| 精品国产第一区二区三区观看体验| 欧美伦理在线视频| 波多野结衣电车痴汉| 成人激情视频网站| 亚洲欧美日韩视频二区| 国产精品一级片在线观看| 欧美午夜免费影院| 国产欧美日韩另类视频免费观看| 中文在线有码| 日本成人免费视频| www.黄色网址.com| 超碰97免费观看| 国产黄色91视频| 亚洲精一区二区三区| 一区二区在线视频| 女人和拘做爰正片视频| 欧美a v在线播放| 另类一区二区三区| 丁香花高清视频完整版在线观看| 欧美交换国产一区内射| 久久综合影视| 手机av在线不卡| 久久精品亚洲乱码伦伦中文| 色综久久综合桃花网| 久久网免费视频| 亚洲精品一二三四五区| 日韩欧美字幕| 怡红院视频网站| 最新av网站在线观看| 国产精品进线69影院| 国产女人18毛片水真多| 欧美人xxx| 久久综合亚洲| 欧美日本视频在线观看| 日韩中文字幕有码| 天涯成人国产亚洲精品一区av| 综合电影一区二区三区| 免费看欧美黑人毛片| 亚洲91中文字幕无线码三区| 91性感美女视频| 99re免费视频精品全部| 日本成人精品| 精品国产一区二区三区久久| 久久久久免费看| 四季av一区二区| 国产淫片免费看| 免费在线视频你懂的| 在线看片第一页欧美| 午夜精品一区二区三| 嫩草影院永久一二三入口| 中文字幕在线中文| 日本毛片在线观看| 91精品免费久久久久久久久| 中文字幕丰满乱子伦无码专区| 三级男人添奶爽爽爽视频| 手机看片一级片| 国产亚洲欧美日韩美女| 国产精品88久久久久久| 女明星视频黄又免费| 成人au免费视频影院| 成人美女视频在线观看| yellow字幕网在线| 九七影院理论片| 9.1麻豆精品| 欧美sm视频| 日韩中文欧美| 日韩电影在线一区| 国产精品视频一区二区三区四区五区| 亚洲天堂一区| 福利片在线播放| 国产精品免费久久久| 在线视频播放大全| 综合另类专区| 国产欧美日韩另类视频免费观看| www.香蕉视频在线观看| 成人av网站大全| 激情视频一区二区三区| 韩日中文字幕| 欧美理论电影在线| 国外成人在线直播| 亚洲色图图片专区| 亚洲精品一区二区三区樱花| 未来日记在线观看| 亚洲伊人一本大道中文字幕| 久久全球大尺度高清视频| heyzo久久| 亚洲欧美自拍视频| 日本欧美色综合网站免费| 在线视频精品免费| 91麻豆福利| 日韩av在线一区二区| 国产成人在线观看网站| 欧美精品色网| 国产精品天堂蜜av在线播放| 欧美亚洲一区二区在线| 亚洲图片 自拍偷拍| 亚洲国产成人不卡| 在线观看精品一区二区三区| 涩涩网站在线观看| 亚洲精品国产精品乱码不99| 欧美精品九九99久久| 国产麻豆剧果冻传媒观看hd高清| 国产传媒视频在线| 日韩综合一区| 亚洲国产精品小视频| 国产精品美女www爽爽爽| 丰满人妻av一区二区三区| 九色porny丨国产首页在线| 一区二区三区精品视频在线| 国产99一区视频免费| 成人在线一级片| 欧美v亚洲v| 波多野结衣精品| 无套内精的网站| 女人扒开屁股爽桶30分钟| 91成人抖音| 欧美亚州一区二区三区| 99久久久无码国产精品免费| 天天操天天插天天射| 爱看av在线入口| 亚洲色图欧洲色图| 麻豆91蜜桃| 欧美成人在线网站| 欧美一区二区三区免费观看视频| 91超碰这里只有精品国产| 精品久久久久久久中文字幕| 在线a免费看| 宅男噜噜噜66国产精品免费| 91蝌蚪在线观看视频| 日韩成人黄色片| 欧美丝袜一区二区三区| 欧洲成人综合网| 69国产精品| 免费毛片b在线观看| 日韩在线观看免费网站| 比比资源先锋| 国产人成精品一区二区三| caopen在线视频|