有八個方面可以對mysql進行優化：
1、選取最適用的欄位屬性
MySQL可以很好的支持大數據量的存取，但是一般說來，資料庫中的表越小，在它上面執行的查詢也就會越快。因此，在創建表的時候，為了獲得更好的性能，我們可以將表中欄位的寬度設得盡可能小。
2. 使用連接（JOIN）來代替子查詢(Sub-Queries)
MySQL從4.1開始支持SQL的子查詢。這個技術可以使用SELECT語句來創建一個單列的查詢結果，然後把這個結果作為過濾條件用在另一個查詢中。
3、使用聯合(UNION)來代替手動創建的臨時表
MySQL從4.0的版本開始支持union查詢，它可以把需要使用臨時表的兩條或更多的select查詢合並的一個查詢中。在客戶端的查詢會話結束的時候，臨時表會被自動刪除，從而保證資料庫整齊、高效。
4、事務
盡管我們可以使用子查詢（Sub-Queries）、連接（JOIN）和聯合（UNION）來創建各種各樣的查詢，但不是所有的資料庫操作都可以只用一條或少數幾條SQL語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運行出錯的時候，整個語句塊的操作就會變得不確定起來。設想一下，要把某個數據同時插入兩個相關聯的表中，可能會出現這樣的情況：第一個表中成功更新後，資料庫突然出現意外狀況，造成第二個表中的操作沒有完成，這樣，就會造成數據的不完整，甚至會破壞資料庫中的數據。要避免這種情況，就應該使用事務，它的作用是：要麼語句塊中每條語句都操作成功，要麼都失敗
5、鎖定表
盡管事務是維護資料庫完整性的一個非常好的方法，但卻因為它的獨占性，有時會影響資料庫的性能，尤其是在很大的應用系統中。由於在事務執行的過程中，資料庫將會被鎖定，因此其它的用戶請求只能暫時等待直到該事務結束。其實，有些情況下我們可以通過鎖定表的方法來獲得更好的性能。
6、使用外鍵
鎖定表的方法可以維護數據的完整性，但是它卻不能保證數據的關聯性。這個時候我們就可以使用外鍵。
7、使用索引
索引是提高資料庫性能的常用方法，它可以令資料庫伺服器以比沒有索引快得多的速度檢索特定的行，尤其是在查詢語句當中包含有MAX(),MIN()和ORDERBY這些命令的時候，性能提高更為明顯。
8、優化的查詢語句
絕大多數情況下，使用索引可以提高查詢的速度，但如果SQL語句使用不恰當的話，索引將無法發揮它應有的作用。
② mysql 如何優化以下sql
因不知你表結構什麼的，咱就只論語句的優化：
你這個查詢，可能主要查詢的花銷在你嵌套的子查詢中，
selecttypeno,count(id)ascontfromproctswherelang='en'groupbytypeno
及
selecttypeno,count(id)ascontfromproctswherelang='en'andpubdate=
now()groupbytypeno
建議你將你的子查詢建立臨時表，
然後查詢中使用臨時表替換子查詢，這是最簡單直接的方式
③ mysql資料庫怎麼優化sql語句
一、MySQL資料庫有幾個配置選項可以幫助我們及時捕獲低效SQL語句
1，slow_query_log
這個參數設置為ON，可以捕獲執行時間超過一定數值的SQL語句。
2，long_query_time
當SQL語句執行時間超過此數值時，就會被記錄到日誌中，建議設置為1或者更短。
3，slow_query_log_file
記錄日誌的文件名。
4，log_queries_not_using_indexes
這個參數設置為ON，可以捕獲到所有未使用索引的SQL語句，盡管這個SQL語句有可能執行得挺快。
二、檢測mysql中sql語句的效率的方法
1、通過查詢日誌
（1）、Windows下開啟MySQL慢查詢
MySQL在Windows系統中的配置文件一般是是my.ini找到[mysqld]下面加上
代碼如下
log-slow-queries = F:/MySQL/log/mysqlslowquery。log
long_query_time = 2
（2）、Linux下啟用MySQL慢查詢
MySQL在Windows系統中的配置文件一般是是my.cnf找到[mysqld]下面加上
代碼如下
log-slow-queries=/data/mysqldata/slowquery。log
long_query_time=2
④ MySQL——SQL優化
優化的目的就是讓sql語句使用索引，避免進行全文檢索，以此加速檢索的速度。在使用mysql的過程中，我們接觸最多的就是sql語句了。這是最容易優化也是最常優化的地方。
SQL優化有以下幾點：
explain模擬優化器執行SQL語句，在5.6以及以後的版本中，除過select，其他比如insert，update和delete均可以使用explain查看執行計劃，從而知道mysql是如何處理sql語句，分析查詢語句或者表結構的性能瓶頸。
explain的作用
⑤ mysql資料庫如何優化誰能給出點具體的解決方案
1、explain：解釋sql的執行計劃，後邊的sql不執行
2、explain partitions ：用於查看存在分區的表的執行計劃
3、explain extended：待驗證
4、show warnings:
5、show create table:查看錶的詳細的創建語句，便於用戶對表進行優化
6、show indexes :產看錶的所有索引，show indexes from table_name，同樣也可以從information_schema.statistics表中獲得同樣的信息。cardinality列很重要，表示數據量。
7、show tables status: 查看資料庫表的底層大小以及表結構，同樣可以從information_schema.tables表中獲得底層表的信息。
8、show [global|session]status:可以查看mysql伺服器當前內部狀態信息。可以幫助卻行mysql伺服器的負載的各種指標。默認是session。同information_schema.global_status和information_schema.session_status
9、show [global|session] variables ：查看當前mysql系統變數的值，其中一些值能影響到sql語句的執行方式。同information_schema.global_variables和information_schema.session_variables;
10、information_schema:包含的表的數量和mysql的版本有關系。
⑥ 如何進行SQL性能優化
這里分享下mysql優化的幾種方法。
1、首先在打開的軟體中，需要分別為每一個表創建 InnoDB FILE的文件。
⑦ mysql SQL語句優化
語句基本上沒什麼可優化的，最多就是查詢條件的引號要取消，例如：
select * from aa where 編號=指定編號
你的主索引，是PRIMARY KEY吧，唯一、非空，這已經是最高級別的索引了，資料庫也沒有再次優化的餘地
剩下可做的事情就是資料庫系統優化，例如改變索引緩沖區長度(key_buffer)
一般，該變數控制緩沖區的長度在處理索引表（讀/寫操作）時使用。MySQL使用手冊指出該變數可以不斷增加以確保索引表的最佳性能，並推薦使用與系統內存25％的大小作為該變數的值。這是MySQL十分重要的配置變數之一，如果你對優化和提高系統性能有興趣，可以從改變 key_buffer_size變數的值開始。
如果MYISAM引擎，可以考慮使用myisamchk -r進行修復，例如：
myisamchk --sort_buffer_size=16M --key_buffer_size=16M --read_buffer_size=1M --write_buffer_size=1M -r aa
⑧ mysql sql優化之 優化GROUP BY 和 DISTINCT
創建表tb_point 表
准備空的tb_box表
函數
編寫存儲過程，給tb_box表添加100萬條數據
修改關聯數據
好於
優於
在執行以下語句時會報錯：
前面在 https://www.jianshu.com/p/95e50fd017ea 文章中有提到這個問題，是直接修改sql_mode將 ONLY_FULL_GROUP_BY直接幹掉。但是在《高性能mysql》中有一段話是這樣的：
那麼既然指出不要直接修改 sql_mode，那麼我們應該如何讓沖突的GRUOPBY語句正確執行呢？
文中有提到，可以使用max()和min()函數來實現；但是這種方式使用max和min函數較真的人可能會說這樣寫的分組查詢有問題，確實如此。但是如果更加在乎查詢效率，這樣做也無可厚非。
如果，實在無法接受使用上面那種方式的話，可以這樣使用子查詢的方式來進行查詢：
書上對於這種方式有描述如下：
這樣寫更滿足關系理論，但是成本有點高，因為子查詢需要填充臨時表，而子查詢中創建的臨時表是沒有任何索引的。
作者認為這樣寫對性能有影響。
但是從我測得結果來看，子查詢的耗時反而更少。性能反而更佳。這個子查詢耗時0.4秒。而使用max方式耗時0.8秒。幾乎一倍。我的mysql版本是 5.7.22-log
為了解其中的原因，我們查看它的執行計劃：
可見，因為子查詢而產生了一層 DERIVED 臨時表，但是這個臨時表的Extra欄位有顯示 Using index、key裡面顯示自建索引。說明用到了索引。這是查詢性能可觀的一個重要原因吧；
另外我分別使用 SHOW PROFILE命令查看各部分耗時，對比之下。沒看到有哪部分耗時差別特別大，使用JOIN、MAX 耗時比上子查詢耗時都差不多是1倍
有些時候對一沒有建立索引的欄位，進行GRUOP BY時。會產生Using filesort 文件內排序。因為GRUOP BY是在排序的基礎上進行分組的。
如下面sql：
如果業務上不對排序有要求。那麼就可以禁止GRUOP BY的排序：
這樣就把Using filesort給幹掉了！ 執行時間 1.237
當然，多數情況是多排序有要求的。此時也可以在GRUOP BY後面使用DESC和ASC關鍵字，使分組的結果集按需要的方向排序。如下：
分組查詢的一個變種就是要求mysql對分組結果再進行一次超級聚合。可以使用GROUP BY WITH ROLLUP 來實現這種邏輯，但可能性能不佳。因為通過查詢計劃分析出它是使用 Using temporary; Using filesort 來實現的。
使用WITH ROLLUP，查詢時間2.531秒。不使用0.774 秒。
1、所以，很多時候。我們在應用程序中做超級聚合是最好的！
2、當然也可使用UNION ALL 來實現：
3、還可以通過FROM子句嵌套使用子查詢：
⑨ mysql的sql語句優化5種方式
只有5種嗎？我知道十種以上的說。
索引（沒我得全表查詢了）
改變數據儲引擎（MyISAM沒事務再也不用擔心鎖表了）
增加冗餘數來減少連表查詢數（消耗硬碟空間減少CPU使用）
調整查詢順序減少查詢量優先（數量少了連表的笛卡兒積也少了）
全文索引（文字長度有限制，而且IO使用量會大增，但是妥妥的快）
查詢盡量不要用函數（函數可是不走索引的哦親）
查詢變數類型要提前對好減少系統負擔（我提前改變了系統你就不用檢測了）
升級伺服器硬體（沒什麼是氪金解決不了的）
配置好臨時表空間，合理理由臨時表減少主表查詢搶資源（唯我獨查）
合理理由函數減少系統的判斷（明明都能確認內容不同你用UNION 系統還是傻傻的查一遍是否重復UNION ALL則跳過這個步驟同理 inner join 和 left join 也一樣）
強制走索引（復合索引的情況有時候手動走比系統判斷要好哦）
臟讀、幻讀等（你堵車我繞路）
數據歸檔，遷移（沒用的數據要進倉哦，別占著主表的資源）
表的碎片整理（遷移後碎片整理更健康哦親）
索引重構（數據都走了索引也應該重構一下才能保證速度哦）
善用存儲過程（串N個表（N大於10）的查詢千萬別一個SQL到底，分布式查詢在吧結果集合並吧騷年）
預處理數據（mysql也有job哦，對於經常要子查詢的數據可以先弄個明細表根據主表在後台進行補完，查詢的時候就更方便了）
懶得說了。。。。。。。。。。。。。。。。。。
⑩ 怎麼結合mysql的執行計劃來優化sql
一，SQL查詢優化：指，使用的語句是不是冗餘的，就是有沒有無用的。
你可用用explain 你的語句來比較分板一番。比如：select * from wc where 1;與select * from wc二者的執行時間不一樣的；
二，SQL執行計劃就是用於描述SQL引擎在執行一個sql語句時的所有步驟，通過執行計劃，我們可以知道哪個表是驅動表，如何訪問一個表：是通過索引訪問還是通過表掃描，如何進行連接：使用嵌套連接，合並連接還是哈希連接，連接的順序等等；
在我們處理執行計劃的過程中，一般有三個步驟：
獲取執行計劃
理解執行計劃
判斷其效率
2.獲取執行計劃的方式
Oracle提供了以下幾種方法獲得sql語句的執行計劃：
2.1 explain plan
這種方法用於給出當前的sql文本的評估的執行計劃，oracle並不會執行相應的sql語句，而且如果sql語句有綁定參數，那麼得到的執行計劃並不一定就是確切的執行計劃，還要根據條件中的列是否有直方圖和cursor_sharing參數的配置值來判斷。
a. 在sqlplus 中執行explain plan
SQL>Explain plan set sql_id=』mysql』 for select * from temp;
b. 使用dbms_xplan顯示執行計劃
select * from table(dbms_xplan.display());
或者：select * from table(dbms_xplan.display(statement_id => 『mysql』));
三，優化器；是SQL執行效率的重構工具。
可以幫助將低效率的SQL優化成為高效率的。
一般主要針對查詢語句。
將更多的判斷條件已到葉子節點上去操作。