mysql和oracle插入的時候有一個很大的區別是，oracle支持序列做id，mysql本身有一個列可以做自增長字段，mysql在插入一條數據后，如何能獲得到這個自增id的值呢？
方法一是使用last_insert_id
|
1
|
mysql>
SELECT
LAST_INSERT_ID();
|
產生的ID 每次連接后保存在服務器中。這意味着函數向一個給定客戶端返回的值是該客戶端產生對影響AUTO_INCREMENT列的最新語句第一個 AUTO_INCREMENT值的。這個值不能被其它客戶端影響，即使它們產生它們自己的 AUTO_INCREMENT值。這個行為保證了你能夠找回自己的 ID 而不用擔心其它客戶端的活動，而且不需要加鎖或處理。
每次mysql_query操作在mysql服務器上可以理解為一次“原子”操作, 寫操作常常需要鎖表的， 是mysql應用服務器鎖表不是我們的應用程序鎖表。
值得注意的是，如果你一次插入了多條記錄，這個函數返回的是第一個記錄的ID值。
因為LAST_INSERT_ID是基於Connection的，只要每個線程都使用獨立的Connection對象，LAST_INSERT_ID函數將返回該Connection對AUTO_INCREMENT列最新的insert or update*作生成的第一個record的ID。這個值不能被其它客戶端（Connection）影響，保證了你能夠找回自己的 ID 而不用擔心其它客戶端的活動，而且不需要加鎖。使用單INSERT語句插入多條記錄, LAST_INSERT_ID返回一個列表。
LAST_INSERT_ID 是與table無關的，如果向表a插入數據后，再向表b插入數據，LAST_INSERT_ID會改變。
方法二是使用max(id)
使用last_insert_id是基礎連接的，如果換一個窗口的時候調用則會一直返回10
如果不是頻繁的插入我們也可以使用這種方法來獲取返回的id值
|
1
|
select
max
(id)
from
user
;
|
這個方法的缺點是不適合高並發。如果同時插入的時候返回的值可能不准確。
方法三是創建一個存儲過程，在存儲過程中調用先插入再獲取最大值的操作
|
1
2
3
4
5
6
7
8
9
|
DELIMITER $$
DROP
PROCEDURE
IF EXISTS `test` $$
CREATE
DEFINER=`root`@`localhost`
PROCEDURE
`test`(
in
name
varchar
(100),
out
oid
int
)
BEGIN
insert
into
user
(loginname)
values
(
name
);
select
max
(id)
from
user
into
oid;
select
oid;
END
$$
DELIMITER ;
|
|
1
|
call test(
'gg'
,@id);
|
方法四使用@@identity
|
1
|
select
@@IDENTITY
|
@@identity是表示的是最近一次向具有identity屬性(即自增列)的表插入數據時對應的自增列的值，是系統定義的全局變量。一般系統定義的全局變量都是以@@開頭，用戶自定義變量以@開頭。比如有個表A，它的自增列是id，當向A表插入一行數據后，如果插入數據后自增列的值自動增加至101，則通過select @@identity得到的值就是101。使用@@identity的前提是在進行insert操作后，執行select @@identity的時候連接沒有關閉，否則得到的將是NULL值。
方法五是使用getGeneratedKeys()
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
Connection conn = ;
Serializable ret =
null
;
PreparedStatement state = .;
ResultSet rs=
null
;
try
{
state.executeUpdate();
rs = state.getGeneratedKeys();
if
(rs.next()) {
ret = (Serializable) rs.getObject(
1
);
}
}
catch
(SQLException e) {
}
return
ret;
|
總結一下，在mysql中做完插入之后獲取id在高並發的時候是很容易出錯的。另外last_insert_id雖然是基於session的但是不知道為什么沒有測試成功。
其實在ibtias框架里使用selectkey這個節點，並設置insert返回值的類型為integer，就可以返回這個id值。
原文：http://my.oschina.net/zimingforever/blog/136599