A. mysql sql優化。
這樣修改 會條理清晰一些：
SELECT a.use_flag,b.* FROM card_card_type a, card_entity b
WHERE a.row_id=b.card_type_id
having
a.use_flag=1 and a.CARD_ID ='247' AND
b.CARD_TYPE_ID ='84' AND SELL_ID ='8312'
order by CREATE_TIME desc ;
B. SQL語句的幾種優化方法
1、盡可能建立索引，包括條件列，連接列，外鍵列等。
2、盡可能讓where中的列順序與復合索引的列順序一致。
3、盡可能不要select *，而只列出自己需要的欄位列表。
4、盡可能減少子查詢的層數。
5、盡可能在子查詢中進行數據篩選 。
C. 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
D. mysql 如何優化以下sql
因不知你表結構什麼的，咱就只論語句的優化：
你這個查詢，可能主要查詢的花銷在你嵌套的子查詢中，
selecttypeno,count(id)ascontfromproctswherelang='en'groupbytypeno
及
selecttypeno,count(id)ascontfromproctswherelang='en'andpubdate=
now()groupbytypeno
建議你將你的子查詢建立臨時表，
然後查詢中使用臨時表替換子查詢，這是最簡單直接的方式
E. mysql查詢語句優化方法
not in 在大數據表的情況下效率極低(小數據表則沒問題），此時應避免使用它。另外join連接的效率會比不指定連接類型的連接效率稍微低一點，建議修改如下：
SELECTcount(1)fromfamous_videof1,
famous_teacherf2,basic_schoolf3
wheref1.mid=f2.fmidandf2.f_school_id=f3.id
and(f1.status=4andf1.video_id<>38467
andf1.status<>38468andf1.status<>701517)
andf2.f_status=1andf2.f_sys_type=0andf3.status=1;
F. mysql sql優化
select f1 from A where A in (1,2) and A not in (select f1 from A where f2 in (2,3))這句話有問題吧，where 後面是表名不對吧，應該是欄位名吧f1或f2 in（...）,你在看看更正下
G. mysql的sql語句優化5種方式
只有5種嗎？我知道十種以上的說。
索引（沒我得全表查詢了）
改變數據儲引擎（MyISAM沒事務再也不用擔心鎖表了）
增加冗餘數來減少連表查詢數（消耗硬碟空間減少CPU使用）
調整查詢順序減少查詢量優先（數量少了連表的笛卡兒積也少了）
全文索引（文字長度有限制，而且IO使用量會大增，但是妥妥的快）
查詢盡量不要用函數（函數可是不走索引的哦親）
查詢變數類型要提前對好減少系統負擔（我提前改變了系統你就不用檢測了）
升級伺服器硬體（沒什麼是氪金解決不了的）
配置好臨時表空間，合理理由臨時表減少主表查詢搶資源（唯我獨查）
合理理由函數減少系統的判斷（明明都能確認內容不同你用UNION 系統還是傻傻的查一遍是否重復UNION ALL則跳過這個步驟同理 inner join 和 left join 也一樣）
強制走索引（復合索引的情況有時候手動走比系統判斷要好哦）
臟讀、幻讀等（你堵車我繞路）
數據歸檔，遷移（沒用的數據要進倉哦，別占著主表的資源）
表的碎片整理（遷移後碎片整理更健康哦親）
索引重構（數據都走了索引也應該重構一下才能保證速度哦）
善用存儲過程（串N個表（N大於10）的查詢千萬別一個SQL到底，分布式查詢在吧結果集合並吧騷年）
預處理數據（mysql也有job哦，對於經常要子查詢的數據可以先弄個明細表根據主表在後台進行補完，查詢的時候就更方便了）
懶得說了。。。。。。。。。。。。。。。。。。
H. 如何進行SQL性能優化
這里分享下mysql優化的幾種方法。
1、首先在打開的軟體中，需要分別為每一個表創建 InnoDB FILE的文件。
