第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

為了賬號(hào)安全,請(qǐng)及時(shí)綁定郵箱和手機(jī)立即綁定
已解決430363個(gè)問題,去搜搜看,總會(huì)有你想問的

對(duì)同一個(gè) MySQL 數(shù)據(jù)庫(kù)執(zhí)行相同的查詢需要不同的時(shí)間來(lái)執(zhí)行

對(duì)同一個(gè) MySQL 數(shù)據(jù)庫(kù)執(zhí)行相同的查詢需要不同的時(shí)間來(lái)執(zhí)行

PHP
森欄 2023-03-11 16:50:01
我有一個(gè) PhpBB 板,大約有 3000 個(gè)用戶和 500.000 個(gè)帖子。在過去的幾天里,我注意到一些主題使用比標(biāo)準(zhǔn)更長(zhǎng)的時(shí)間打開(大約 2 秒而不是 0.05 秒)。因此,我進(jìn)行了調(diào)試以進(jìn)行調(diào)查,發(fā)現(xiàn)這是一個(gè)查詢錯(cuò)誤。相同的查詢需要不同的時(shí)間來(lái)執(zhí)行,具體取決于它請(qǐng)求的主題。例如,此查詢需要 1.7011 秒才能執(zhí)行:SELECT u.username, u.user_id, u.user_active, u.user_mask, u.user_color, u.user_first_name, u.user_last_name, u.user_posts, u.user_from, u.user_long, u.user_lat, u.user_from_flag, u.user_website, u.user_email, u.user_aim, u.user_facebook, u.user_flickr, u.user_googleplus, u.user_icq, u.user_jabber, u.user_linkedin, u.user_msnm, u.user_skype, u.user_twitter, u.user_yim, u.user_youtube, u.user_regdate, u.user_allow_viewemail, u.user_rank, u.user_rank2, u.user_rank3, u.user_rank4, u.user_rank5, u.user_sig, u.user_avatar, u.user_avatar_type, u.user_allowavatar, u.user_allowsmile, u.user_allow_viewonline, u.user_session_time, u.user_warnings, u.user_level, u.user_birthday, u.user_next_birthday_greeting, u.user_gender, u.user_personal_pics_count, u.user_style, u.user_lang, u.preferenza_meteo, u.stazione_meteo, u.ct_miserable_user, p.*, t.topic_poster, t.title_compl_infosFROM phpbb_posts p, phpbb_users u, phpbb_topics tWHERE p.topic_id = 17278AND t.topic_id = p.topic_idAND u.user_id = p.poster_idORDER BY p.post_time ASCLIMIT 0, 15這是解釋結(jié)果:這個(gè)查詢,它是相同的,但它在 WHERE 子句中使用不同的 ID 主題,需要 0.0015 秒,這是這種數(shù)據(jù)庫(kù)請(qǐng)求的正常時(shí)間。FROM phpbb_posts p, phpbb_users u, phpbb_topics tWHERE p.topic_id = 17250AND t.topic_id = p.topic_idAND u.user_id = p.poster_idORDER BY p.post_time ASCLIMIT 0, 15這是此查詢的 EXPLAIN 結(jié)果:我使用這個(gè)板大約 15 年了,我從來(lái)沒有注意到類似的問題,以及類似的打開主題的時(shí)間。但我無(wú)法理解問題出在哪里。
查看完整描述

1 回答

?
浮云間

TA貢獻(xiàn)1829條經(jīng)驗(yàn) 獲得超4個(gè)贊

MySQL 使用內(nèi)部緩存來(lái)處理您的請(qǐng)求。數(shù)據(jù)庫(kù)中更頻繁的部分在緩存中,而其他部分則不在。多次執(zhí)行同一個(gè)查詢應(yīng)該告訴你,第一次調(diào)用是,就查詢和結(jié)果不在緩存中而言,最慢和連續(xù)的調(diào)用變得更快。對(duì)數(shù)據(jù)庫(kù)的更改會(huì)使緩存無(wú)效,因此您的查詢可能會(huì)在下一次調(diào)用時(shí)變慢。

第二點(diǎn)是連接。需要匹配的數(shù)據(jù)越多,查詢運(yùn)行的時(shí)間就越長(zhǎng)。您可以在“行”列中的解釋中看到這一點(diǎn)。您的第一個(gè)查詢將探索表“p”的 1004 行,而第二個(gè)查詢只有 476 行。


查看完整回答
反對(duì) 回復(fù) 2023-03-11
  • 1 回答
  • 0 關(guān)注
  • 166 瀏覽

添加回答

舉報(bào)

0/150
提交
取消
微信客服

購(gòu)課補(bǔ)貼
聯(lián)系客服咨詢優(yōu)惠詳情

幫助反饋 APP下載

慕課網(wǎng)APP
您的移動(dòng)學(xué)習(xí)伙伴

公眾號(hào)

掃描二維碼
關(guān)注慕課網(wǎng)微信公眾號(hào)