※ 引述《azureshin (azureshin)》之銘言： : 有一個array, 長度為500, 而裡面的value都是要做為SQL條件的 : 所以我先用foreach解析array時, 就順便組成字串規則如下 : $Str .= " SELECT * FROM test WHERE id > 1900039 name='".$value."' union all" : 等foreach一結束, 我再統一執行指令 : 上面指令串起來可能是長這樣 : SELECT * FROM test WHERE id > 1900039 and name='[email protected]' union all : SELECT * FROM test WHERE id > 1900039 and name='[email protected]' union all : SELECT * FROM test WHERE id > 1900039 and name='[email protected]' 可以先問一下為什麼要 union all 嗎？ 如果你抓的是同一個 table，可能有可以不用 union all 的方式， 把 union all 解掉，應該就有機會把速度拉上來。 : 我的問題有3個, 都是跟效能有關 : 1. 假設array長度為500, 原本程式就會是id > 1900039 and name= ? 執行500次, 但因 : 為id > 1900039是固定的 : 那我否把id > 1900039先撈出來, as tmp_table, 剩下的name = ? 要執行500次就從 : tmp_table去執行 : 這樣效能感覺會比較好 ? 有這種寫法嗎 ? 有的，MySQL 可以建 Temporary table， http://dev.mysql.com/doc/refman/5.1/en/create-table.html : 還是mysql在執行500次的id > 1900039 and name= ?時, 底層就會自動把id > 1900039 : 放在memory來做緩衝 ? 不會重複讀取資料表. 一般來說 DB 在你去拉 table 的時候，都會自動把用到的丟進記憶體裡， 所以像在啟動大量資料的資料庫庫時都會有個「熱機」的動作， 藉由程式或一些方式讓 table 先塞進記憶體裡。 不過你想問的應該是會不會自動建臨時表， 這個真的要 explain 一下才知道了… : 2. 大家是怎處理OR條件很多的情形, 我知道有做index時, union all可以比OR有更好的 : 表現 : 但union all重複太多次時也是令人擔心..... union all 會比 or 有更好的表現應該是和「index 怎麼建」有關係， MySQL 的 index（不好意思我只稍微知道 MySQL）是很複雜的東西， 如果你有空，我會推薦你看 http://www.percona.tv/percona-webinars/mysql-indexing-best-practices : 上面方案1我不知道SQL怎寫, 也沒看過, 所以有想一個變通方式, 就是將id > 1900039讀 : 出來丟進TEMPORARY TABLE : 然後剩下的name= ? 不管重複幾次就從TEMPORARY TABLE讀取.... : 我自己還在不斷嘗試當中, 只是還沒找到最佳解@@~~希望有人能一起討論, 感謝 : -------------- : 第三個方法我自己剛測過, 更糟 : 就是將id > 1900039讀出來, 然後用php去in_array判斷name = ? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.172.166.252