mysql預編譯

1. Mysql怎麼確定儲存過程是預編譯的比普通sql執行的快

SET @update_stmt='' /*在單引號中間填入要執行的sql語句*/
PREPARE stmt FROM @update_stmt;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

2. Mysql存儲過程是在創建時預編譯還是在執行時預編譯，怎麼能看出來或者怎麼測出來

語法
show create {procere|function} sp_name;

例如查看存儲過程myPro的創建語句
show create procere myPro;

查看自定義函數myFunc的創建語句
show create function myFunc;

3. mysql 預編譯 為什麼默認不開啟

mysql 預編譯 為什麼默認不開啟
當然如果開啟預編譯功能的話，還要開啟客戶端緩存功能，否則有害無利。但是即使開了預編譯功能也不會對程序帶來多大改進，因為mysql的服務端預編譯是session級別的，也就是說除非你的單個connection 進行了大量的重復某個SQL這個預編譯功能才有意義。

4. mysql怎麼實現預編譯

玩Oracle的都比較關注shared pool，特別是library cache，在使用了綁定變數（預編譯sql）之後確實能得到很大的性能提升。現在在轉Mysql之後特別是innodb很多東西都還能和Oracle對得上號的，就像innodb_buffer_pool_size類似於Oracle的database buffer cache，innodb_log_buffer_size類似於redo log buffer，但是innodb_additional_mem_pool_size僅僅類似於shared pool的Data dictionary cache，似乎還缺少和library cache相對應的東西。那就有一個問題了，在Mysql裡面使用預編譯的sql還會有性能提升嗎？

這里我用Java的jdbc做了一下測試，分別用Statement和PreparedStatement執行1000個sql，並運行10次

1.使用Statement做硬解析：

結果如下：

elapsed time(ms):14773
elapsed time(ms):16352
elapsed time(ms):14797
elapsed time(ms):15800
elapsed time(ms):12069
elapsed time(ms):14953
elapsed time(ms):13238
elapsed time(ms):12366
elapsed time(ms):15263
elapsed time(ms):13089
average time(ms):14270

可以看出兩種方式執行的結果幾乎相同，不像Oracle差距那麼大。而且就算是用PreparedStatement的方式，在Mysql資料庫端抓出來的sql語句也不是以變數id=?的形式出現的，而是實際的數值。後來在網上看到在連接字元串上加上useServerPrepStmts=true可以實現真正的預編譯

String url="jdbc:mysql://172.16.2.7:3306/testdb"; url=url+"?useServerPrepStmts=true";

加上這段後可以在資料庫端可以看到明確的結果：

mysql> show global status like 'Com_stmt_prepare';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| Com_stmt_prepare | 11 |
+------------------+-------+
1 row in set (0.00 sec)

但是實際的運行結果和上面幾乎一樣，性能上也沒有任何的提升。由此可以推斷出Mysql由於缺少類似於Oracle的library cache的部件，因此採用預編譯方式執行sql是沒有性能上的提升的。

5. php 使用mysql 的prepare預編譯,下面這段代碼有防sql注入的功能么請高手賜教

sql注入怎麼回事:說白了就是在一個單引號上做文章,你把單引號轉義就沒啥問題了,預編譯就是把這些字元轉義後插入,其中包括單引號。
這段可以防止.

6. 如何關閉mysql指定功能的預編譯功能

如何關閉mysql指定功能的預編譯功能
當然如果開啟預編譯功能的話，還要開啟客戶端緩存功能，否則有害無利。但是即使開了預編譯功能也不會對程序帶來多大改進，因為mysql的服務端預編譯是session級別的，也就是說除非你的單個connection 進行了大量的重復某個SQL這個預編譯功能才有意義。

7. jdbc鏈接MySql資料庫，預編譯的sql語句怎麼使用批處理執行

是指應用程序的方法吧。如果你是用hibernate、iBATIS等連接資料庫，直接從log4j配置文件中打開調試模式就行，如果用的自己寫的jdbc連接，那就只能在執行前列印了

8. 為什麼很多人不用MySQL預編譯查詢

mysql和SqlServer是一樣的，只不過調用的代碼不一樣，mysql的調用如下： call 存儲過程名稱;

9. mysql裡面沒有預編譯的概念

mysql和SqlServer是一樣的，只不過調用的代碼不一樣，mysql的調用如下：

call 存儲過程名稱;

10. 預編譯SQL語句的使用問題

void setString(int parameterIndex,
String x)

PreparedStatement pstmt = con.prepareStatement("UPDATE table4 SET m = ? WHERE x = ?");
pstmt 對象包含語句 "UPDATE table4 SET m = ? WHERE x = ?"，它已發送給DBMS，並為執行作好了准備。
2、傳遞 IN 參數
在執行 PreparedStatement 對象之前，必須設置每個 ? 參數的值。這可通過調用 setXXX 方法來完成，其中 XXX 是與該參數相應的類型。例如，如果參數具有Java 類型 long，則使用的方法就是 setLong。setXXX 方法的第一個參數是要設置的參數的序數位置，第二個參數是設置給該參數的值。例如，以下代碼將第一個參數設為 123456789，第二個參數設為 100000000：
pstmt.setLong(1, 123456789);
pstmt.setLong(2, 100000000);
一旦設置了給定語句的參數值，就可用它多次執行該語句，直到調用clearParameters 方法清除它為止。在連接的預設模式下（啟用自動提交），當語句完成時將自動提交或還原該語句。
如果基本資料庫和驅動程序在語句提交之後仍保持這些語句的打開狀態，則同一個 PreparedStatement 可執行多次。如果這一點不成立，那麼試圖通過使用PreparedStatement 對象代替 Statement 對象來提高性能是沒有意義的。
利用 pstmt（前面創建的 PreparedStatement 對象），以下代碼例示了如何設置兩個參數佔位符的值並執行 pstmt 10 次。如上所述，為做到這一點，資料庫不能關閉 pstmt。在該示例中，第一個參數被設置為 "Hi"並保持為常數。在 for 循環中，每次都將第二個參數設置為不同的值：從 0 開始，到 9 結束。
pstmt.setString(1, "Hi");
for (int i = 0; i < 10; i++) {
pstmt.setInt(2, i);
int rowCount = pstmt.executeUpdate();
}