詳細說來，拆解每個查詢消耗的時間，并不是每個步驟都與行數(shù)有關(guān)。查1行，查10行，網(wǎng)絡(luò)通訊都是占大部分時間，所以是10倍。但是，如果你一次查10w行，并不會比10w次1行快10w倍，因為大數(shù)據(jù)量查詢本來就慢。
公司主營業(yè)務(wù)：網(wǎng)站設(shè)計制作、成都網(wǎng)站建設(shè)、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出雙臺子免費做網(wǎng)站回饋大家。
把第一個查詢中的條件p.mediatypeinfoid in (...)改成內(nèi)連接：inner join (...) s0 on p.mediatypeinfoid = s0.id 即用子查詢作為內(nèi)連接的table。
注意使用DISTINCT，在沒有必要時不要用，它同UNION一樣會使查詢變慢。
使用sar來檢查操作系統(tǒng)是否存在IO問題 sar-u210—即每隔2秒檢察一次，共執(zhí)行20次。結(jié)果示例：注：在redhat下，%system就是所謂的%wio。
優(yōu)化“mysql數(shù)據(jù)庫”來提高“mysql性能”的方法有：選取最適用的字段屬性。MySQL可以很好的支持大數(shù)據(jù)量的存取，但是一般說來，數(shù)據(jù)庫中的表越小，在它上面執(zhí)行的查詢也就會越快。
我們在創(chuàng)建表的時候可以同時創(chuàng)建合適的索引，也可以使用ALTERTABLE或CREATEINDEX在以后創(chuàng)建索引。此外，MySQL從版本223開始支持全文索引和搜索。全文索引在MySQL中是一個FULLTEXT類型索引，但僅能用于MyISAM類型的表。
設(shè)置緩存1like效率較低，盡量采用不同的sql查詢1 在where后面的字段中盡量不要采用運算和使用mysql中的函數(shù)，例如LOWER()等。
索引的優(yōu)點 合適的索引，可以大大減小mysql服務(wù)器掃描的數(shù)據(jù)量，避免內(nèi)存排序和臨時表，提高應(yīng)用程序的查詢性能。
時間的快慢主要由索引決定，在索引都最優(yōu)化的情況下才與數(shù)據(jù)量有關(guān)。視圖不可能明顯加快的查詢速度，只是編程方便而已。
實際測試的時候設(shè)置 innodb_force_recovery =1，也就是強制恢復跳過壞頁，就可以跳過校驗，然后重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復后非常耗時的表空間校驗過程，快速啟動 MySQL，個人目前暫時未發(fā)現(xiàn)有什么隱患。
顯然，關(guān)聯(lián)子查詢的掃描成本會高于非關(guān)聯(lián)子查詢。我們希望 MySQL 能先緩存子查詢的結(jié)果（緩存這一步叫物化，MATERIALIZATION），但MySQL 認為不緩存更快，我們就需要給予 MySQL 一定指導。
張表100個字段。。分表，然后用表外連接查詢可以調(diào)高查詢效率，也可以用復合查詢，不過復合查詢效率沒有外連接查詢效率高，但是sql語句寫起來方便。如果數(shù)據(jù)量不是上百萬級別的，推薦用復合查詢。
不要用like %123%，like后面的關(guān)鍵字前面不能加%，在這里也就是“123”前面不能有“%”，否則會全表掃描。
沒錯，有索引數(shù)據(jù)庫引擎可以直奔目標，檢索少量數(shù)據(jù)的時候，1千條記錄跟千萬條記錄比，從中檢索出記錄的耗時相差無幾，但是如果要檢索出所有記錄的話，兩者的系統(tǒng)和時間開銷可就不是一個數(shù)量級了，后者肯定慢得多。
1、通過查詢?nèi)罩?（1）、Windows下開啟MySQL慢查詢 MySQL在Windows系統(tǒng)中的配置文件一般是是my.ini找到[mysqld]下面加上 代碼如下 log-slow-queries = F：/MySQL/log/mysqlslowquery。
2、第二步：查看關(guān)于慢查詢的狀態(tài) 執(zhí)行如下SQL語句來查看mysql慢查詢的狀態(tài) show variables like %slow%執(zhí)行結(jié)果會把是否開啟慢查詢、慢查詢的秒數(shù)、慢查詢?nèi)罩镜刃畔⒋蛴≡谄聊簧稀?/p>
3、通過查詢?nèi)罩?（1）、windows下開啟mysql慢查詢 mysql在windows系統(tǒng)中的配置文件一般是是my.ini找到[mysqld]下面加上 代碼如下 log-slow-queries = f：/mysql/log/mysqlslowquery。
4、log long_query_time = 2 （2）、Linux下啟用MySQL慢查詢 MySQL在Windows系統(tǒng)中的配置文件一般是是my點吸煙 f找到[mysqld]下面加上 代碼如下 log-slow-queries=/data/mysqldata/slowquery。
5、通過查詢?nèi)罩?1)、Windows下開啟MySQL慢查詢MySQL在Windows系統(tǒng)中的配置文件一般是是my.ini找到[mysqld]下面加上代碼如下log-slow-queries = F：/MySQL/log/mysqlslowquery。
6、我們可以通過設(shè)置slow_query_log來開啟慢查詢?nèi)罩?，long_query_time屬性來設(shè)置慢查詢定義閾值，設(shè)置slow_query_log_file來定義慢查詢?nèi)罩镜拇鎯ξ募?。當前環(huán)境是windows10，Mysql0.15版本。
1、問題分析考慮到可能是程序性能問題后，我使用了xdebug的性能日志功能輸出程序運行日志后發(fā)現(xiàn)連接mysql的函數(shù)時間居然用掉了接近95%的執(zhí)行時間。
2、MySQL默認使用索引來優(yōu)化查詢，但在進行比較時，乘以1000之后的值會與索引中的值進行比較，需要對索引進行大量的整數(shù)除以1000的操作，導致查詢變慢。
3、下載源問題：下載源服務(wù)器帶寬不足或者服務(wù)器負載過高，也會導致下載速度變慢。網(wǎng)絡(luò)問題：下載速度受到網(wǎng)絡(luò)帶寬的限制，網(wǎng)絡(luò)不穩(wěn)定或者帶寬較小，下載速度就會變慢。
4、系統(tǒng)bug。mysql使用，出現(xiàn)union10次會變慢是系統(tǒng)bug導致的，重新打開即可正常使用。MySQL是一個關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，由瑞典MySQLAB公司開發(fā)，屬于Oracle旗下產(chǎn)品。
5、MySQL 下崩潰恢復確實和表數(shù)量有關(guān)，表總數(shù)越大，崩潰恢復時間越長。另外磁盤 IOPS 也會影響崩潰恢復時間，像這里開發(fā)庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。
6、可以看到執(zhí)行時間變成了 0.67s。整理 我們診斷的關(guān)鍵點如下：\ 對于 information_schema 中的元數(shù)據(jù)表，執(zhí)行計劃不能提供有效信息。\ 通過查看 MySQL 改寫后的 SQL，我們猜測了優(yōu)化器發(fā)生了誤判。
第三個診斷思路是外部的需求改造，我在這里引用了一篇文檔，這篇文檔是MySQL的guan 方文檔中的一章，這一章叫Examples of Common Queries，文檔中介紹了常規(guī)的SQL怎么寫， 給出了一些例子。文章的鏈接二維碼在slide上。
應(yīng)該是數(shù)據(jù)量太大導致mysql假死，是不是你服務(wù)器的性能不好呀？如果數(shù)據(jù)量實在是很大的話，試試多弄幾臺服務(wù)器做個mysql集群，這樣性能能提高很多，你遇到的問題應(yīng)該就能解決了。再或者換數(shù)據(jù)庫。
檢查系統(tǒng)的狀態(tài) 通過操作系統(tǒng)的一些工具檢查系統(tǒng)的狀態(tài)，比如CPU、內(nèi)存、交換、磁盤的利用率，根據(jù)經(jīng)驗或與系統(tǒng)正常時的狀態(tài)相比對，有時系統(tǒng)表面上看起來看空閑，這也可能不是一個正常的狀態(tài)，因為cpu可能正等待IO的完成。
我想問題產(chǎn)生的根本原因在于服務(wù)到數(shù)據(jù)庫的連接長時間沒活動。推薦兩篇文章給你，但愿有幫助，這種情況我沒碰到過。
可能是由于殺毒軟件或是什么的讓數(shù)據(jù)庫或是數(shù)據(jù)庫相關(guān)的軟件被禁止自動啟動，或是其它的原因造成開機不能正常的運行。
重慶分公司
重慶分公司
