mysql資料庫事務基本操作,mysql實現事務

本文目錄一覽：

• 1、MYSQL使用基礎、進階分享
• 2、MySQL資料庫表被鎖、解鎖，刪除事務
• 3、mysql資料庫事務是什麼，能簡單定義一下嗎
• 4、mysql事務的四大特性是什麼？
• 5、談談你對 mysql 事務的認識 我是php初學者不懂這個 想請教大神教我
• 6、Mysql資料庫中，事務是指什麼？如何使用該功能？

MYSQL使用基礎、進階分享

MySQL是一個關係型資料庫管理系統，由瑞典MySQL AB公司開發，屬於Oracle旗下產品，是最流行的關係型資料庫管理系統之一。

埠是3306。

表很多時，使用linux腳本，需要根據需要修改一下：

和創建一樣，可以加上 if exists

可兩篇文章：

如：

用於在已有的表中添加、刪除或修改列。

添加 ADD

或

默認是添加到最後，但可以指定位置。 FIRST ：添加最前

AFTER 欄位名 ：添加指定欄位之後

例子：

刪除 DROP

修改 MODIFY 主要修改原列的類型或約束條件 同樣可以用 FIRST 和 AFTER 欄位名 ，代表的是修改到哪裡。

修改欄位名 CHANGE

可以把表2的數據複製到表1中，但 不能複製約束性條件 。

單行

多行，注意 只有一個VALUES ：

不寫 (行1, 行2…) 這一部分的話，默認一一對應

除了以上方法外，還可以用SET為每一行附上相應的值。

假如沒有篩選的話，就給全部都修改了。可以用 WHERE 篩選。

假如 沒有篩選的話，就給全部刪除了 。相當於清空。

清空

先把表刪除，然後再建一個。與 DELETE FROM 相比， TRUNCATE 的效率更快，因為 DELETE FROM 是把記錄逐條刪除的。

查詢執行的順序

FROM — WHERE — SELECT — GROUP BY — HAVING — ORDER BY — LIMIT

注意

當數據很大，上百萬的時候，使用LIMIT … OFFSET ..的方式進行分頁十分浪費資源且耗時長。最好是結合WHERE使用，如：

REGEXP 使用正則表達進行匹配。 查詢時，需要搭配WHERE或HAVING使用 。

兩個表之間有交集且要用到兩個表的數據時，可以使用內連接查詢。

LEFT JOIN 關鍵字從左表（table1）返回所有的行，即使右表（table2）中沒有匹配。如果右表中沒有匹配，則結果為 NULL。

用法：

RIGHT JOIN 關鍵字從右表（table2）返回所有的行，即使左表（table1）中沒有匹配。如果左表中沒有匹配，則結果為 NULL。 把LEFT JOIN的表1、表2調換順序，就是REGHT JOIN 。

FULL OUTER JOIN 關鍵字只要左表（table1）和右表（table2）其中一個表中存在匹配，則返回行. 相當於結合了 LEFT JOIN 和 RIGHT JOIN 的結果。

但 MySQL中不支持 FULL OUTER JOIN 。

即SELECT嵌套。

IN 一個查詢結果作為另一個查詢的條件。 如：

EXISTS 用於判斷查詢子句是否有記錄，如果有一條或多條記錄存在返回 True，否則返回 False。True時執行。 如：

索引的本質是一種排好序的數據結構。利用索引可以提高查詢速度。

常見的索引有：

MySQL通過外鍵約束來保證表與表之間的數據的完整性和準確性。 外鍵的使用條件：

外鍵的好處：可以使得兩張表關聯，保證數據的一致性和實現一些級聯操作。

對已有的兩個表增加外鍵 比如：主表為A，子表為B，外鍵為aid，外鍵約束名字為a_fk_b

為子表添加一個欄位，當做外鍵

為子表添加外鍵約束條件

假如刪除記錄報錯： [Err] 1451 -Cannot deleteorupdatea parent row: aforeignkeyconstraintfails (…)

這是因為MySQL中設置了foreign key關聯，造成無法更新或刪除數據。可以通過設置 FOREIGN_KEY_CHECKS 變數來避免這種情況。 第一步：禁用外鍵約束，我們可以使用： SETFOREIGN_KEY_CHECKS=0; 第二步：刪除數據 第三步：啟動外鍵約束，我們可以使用： SETFOREIGN_KEY_CHECKS=1; 查看當前FOREIGN_KEY_CHECKS的值，可用如下命令： SELECT @@FOREIGN_KEY_CHECKS;

使用 UNION 來組合兩個查詢，如果第一個查詢返回 M 行，第二個查詢返回 N 行，那麼組合查詢的結果一般為 M+N 行。

每個查詢必須包含相同的列、表達式和聚集函數。

默認會去除相同行，如果需要 保留 相同行，使用 UNION ALL 。

只能包含一個 ORDER BY 子句，並且必須位於語句的最後 。

內置函數很多, 見: MySQL 函數

我們一般使用 START TRANSACTION 或 BEGIN 開啟事務, COMMIT 提交事務中的命令, SAVEPOINT : 相當於設置一個還原點, ROLLBACK TO : 回滾到某個還原點下

一般的使用格式如下:

開啟事務時, 默認加鎖

根據類型可分為共享鎖（SHARED LOCK）和排他鎖（EXCLUSIVE LOCK）或者叫讀鎖（READ LOCK）和寫鎖（WRITE LOCK）。

根據粒度劃分又分表鎖和行鎖。表鎖由資料庫伺服器實現，行鎖由存儲引擎實現。

除此之外,我們可以顯示加鎖

加鎖時, 如果沒有索引，會鎖表，如果加了索引，就會鎖行

InnoDB默認支持行鎖，獲取鎖是分步的，並不是一次性獲取所有的鎖，因此在鎖競爭的時候就會出現死鎖的情況

解決方法:

即ACID特性:

由於並發事務會引發上面這些問題, 我們可以設置事務的隔離級別解決上面的問題.

MySQL的默認隔離級別（可重複讀）

查看當前會話隔離級別

方式1

方式2

設置隔離級別

主從集群的示意圖如下:

主要涉及三個線程： binlog 線程、 I/O 線程和 SQL 線程。

同步流程:

由於MySQL主從集群只會從主節點同步到從節點, 不會反過來同步, 所以需要讀寫分離

讀寫分離需要在業務層面實現 , 寫數據只能在主節點上完成, 而讀數據可以在主節點或從節點上完成

索引是幫助MySQL高效獲取數據的排好序的數據結構

MySQL的索引有

推薦兩個在線工具:

簡單來說, B樹是在紅黑樹(一個平衡二叉樹)的基礎上將一個節點存放多個值, 實現的, 降低了樹的高度, 每個節點都存放索引及對應數據指針, 同一層的節點是遞增的

而B+樹在B樹的基礎上進行優化, 非葉子節點存放 子節點的開始的索引, 葉子節點存放索引和數據的指針, 且葉子節點之間有雙向的指針

如下示意圖:

不同的引擎, 主鍵索引存放的數據也不一樣, 比如常見的 MyISAM 和 InnoDB

MyISAM 的B+樹葉子節點存放表數據的指針, InnoDB 的B+樹葉子節點存放處主鍵外的數據

其他的:

即多個列組成一個索引, 語法:

由於聯合索引的B+樹的結構, 根據列建立, 所以我們的查找條件也要根據索引列的順序( where column1=x, column2=y,columnN… ), 否則會全表掃描

如果你對列進行了 （+，-，*，/，!） , 那麼都將不會走索引。

OR 引起的索引失效

OR 導致索引是在特定情況下的，並不是所有的 OR 都是使索引失效，如果OR連接的是 同 一個欄位，那麼索引 不會失效 ， 反之索引失效 。

這個我相信大家都明白，模糊搜索如果你前綴也進行模糊搜索，那麼不會走索引。

這兩種用法，也將使索引失效。另 IN 會走索引，但是當IN的取值範圍較大時會導致索引失效，走全表掃描, 見: MySQL中使用IN會不會走索引

不走索引。

走索引。

所以設計表的時候, 建議不可為空, 而是將默認值設置為 “” ( NOT NULL DEFAULT “” )

MySQL資料庫表被鎖、解鎖，刪除事務

在程序員的職業生涯中，總會遇到資料庫表被鎖的情況，前些天就又撞見一次。由於業務突發需求，各個部門都在批量操作、導出數據，而資料庫又未做讀寫分離，結果就是：資料庫的某張表被鎖了！

用戶反饋系統部分功能無法使用，緊急排查，定位是資料庫表被鎖，然後進行緊急處理。這篇文章給大家講講遇到類似緊急狀況的排查及解決過程，建議點贊收藏，以備不時之需。

用戶反饋某功能頁面報502錯誤，於是第一時間看服務是否正常，資料庫是否正常。在控制台看到資料庫CPU飆升，堆積大量未提交事務，部分事務已經阻塞了很長時間，基本定位是資料庫層出現問題了。

查看阻塞事務列表，發現其中有鎖表現象，本想利用控制台直接結束掉阻塞的事務，但控制台賬號許可權有限，於是通過客戶端登錄對應賬號將鎖表事務kill掉，才避免了情況惡化。

下面就聊聊，如果當突然面對類似的情況，我們該如何緊急響應？

想像一個場景，當然也是軟體工程師職業生涯中會遇到的一種場景：原本運行正常的程序，某一天突然資料庫的表被鎖了，業務無法正常運轉，那麼我們該如何快速定位是哪個事務鎖了表，如何結束對應的事物？

首先最簡單粗暴的方式就是：重啟MySQL。對的，網管解決問題的神器——「重啟」。至於後果如何，你能不能跑了，要你自己三思而後行了！

重啟是可以解決表被鎖的問題的，但針對線上業務很顯然不太具有可行性。

下面來看看不用跑路的解決方案：

遇到資料庫阻塞問題，首先要查詢一下表是否在使用。

如果查詢結果為空，那麼說明表沒在使用，說明不是鎖表的問題。

如果查詢結果不為空，比如出現如下結果：

則說明表（test）正在被使用，此時需要進一步排查。

查看資料庫當前的進程，看看是否有慢SQL或被阻塞的線程。

執行命令：

該命令只顯示當前用戶正在運行的線程，當然，如果是root用戶是能看到所有的。

在上述實踐中，阿里雲控制台之所以能夠查看到所有的線程，猜測應該使用的就是root用戶，而筆者去kill的時候，無法kill掉，是因為登錄的用戶非root的資料庫賬號，無法操作另外一個用戶的線程。

如果情況緊急，此步驟可以跳過，主要用來查看核對：

如果情況緊急，此步驟可以跳過，主要用來查看核對：

看事務表INNODB_TRX中是否有正在鎖定的事務線程，看看ID是否在show processlist的sleep線程中。如果在，說明這個sleep的線程事務一直沒有commit或者rollback，而是卡住了，需要手動kill掉。

搜索的結果中，如果在事務表發現了很多任務，最好都kill掉。

執行kill命令：

對應的線程都執行完kill命令之後，後續事務便可正常處理。

針對緊急情況，通常也會直接操作第一、第二、第六步。

這裡再補充一些MySQL鎖相關的知識點：資料庫鎖設計的初衷是處理並發問題，作為多用戶共享的資源，當出現並發訪問的時候，資料庫需要合理地控制資源的訪問規則，而鎖就是用來實現這些訪問規則的重要數據結構。

根據加鎖的範圍，MySQL裡面的鎖大致可以分成全局鎖、表級鎖和行鎖三類。MySQL中表級別的鎖有兩種：一種是表鎖，一種是元數據鎖（metadata lock，MDL)。

表鎖是在Server層實現的，ALTER TABLE之類的語句會使用表鎖，忽略存儲引擎的鎖機制。表鎖通過lock tables… read/write來實現，而對於InnoDB來說，一般會採用行級鎖。畢竟鎖住整張表影響範圍太大了。

另外一個表級鎖是MDL（metadata lock），用於並發情況下維護數據的一致性，保證讀寫的正確性，不需要顯式的使用，在訪問一張表時會被自動加上。

常見的一種鎖表場景就是有事務操作處於：Waiting for table metadata lock狀態。

MySQL在進行alter table等DDL操作時，有時會出現Waiting for table metadata lock的等待場景。

一旦alter table TableA的操作停滯在Waiting for table metadata lock狀態，後續對該表的任何操作（包括讀）都無法進行，因為它們也會在Opening tables的階段進入到Waiting for table metadata lock的鎖等待隊列。如果核心表出現了鎖等待隊列，就會造成災難性的後果。

通過show processlist可以看到表上有正在進行的操作（包括讀），此時alter table語句無法獲取到metadata 獨佔鎖，會進行等待。

通過show processlist看不到表上有任何操作，但實際上存在有未提交的事務，可以在information_schema.innodb_trx中查看到。在事務沒有完成之前，表上的鎖不會釋放，alter table同樣獲取不到metadata的獨佔鎖。

處理方法：通過 select * from information_schema.innodb_trxG, 找到未提交事物的sid，然後kill掉，讓其回滾。

通過show processlist看不到表上有任何操作，在information_schema.innodb_trx中也沒有任何進行中的事務。很可能是因為在一個顯式的事務中，對錶進行了一個失敗的操作（比如查詢了一個不存在的欄位），這時事務沒有開始，但是失敗語句獲取到的鎖依然有效，沒有釋放。從performance_schema.events_statements_current表中可以查到失敗的語句。

處理方法：通過performance_schema.events_statements_current找到其sid，kill 掉該session，也可以kill掉DDL所在的session。

總之，alter table的語句是很危險的（核心是未提交事務或者長事務導致的），在操作之前要確認對要操作的表沒有任何進行中的操作、沒有未提交事務、也沒有顯式事務中的報錯語句。

如果有alter table的維護任務，在無人監管的時候運行，最好通過lock_wait_timeout設置好超時時間，避免長時間的metedata鎖等待。

關於MySQL的鎖表其實還有很多其他場景，我們在實踐的過程中盡量避免鎖表情況的發生，當然這需要一定經驗的支撐。但更重要的是，如果發現鎖表我們要能夠快速的響應，快速的解決問題，避免影響正常業務，避免情況進一步惡化。所以，本文中的解決思路大家一定要收藏或記憶一下，做到有備無患，避免突然狀況下抓瞎。

mysql資料庫事務是什麼，能簡單定義一下嗎

在創建表的時候create table xxxx ( ……….) engine innoDB; 後一句表示創建引擎類型為innoDB，它支持事務，

開啟一個事務： start transaction;

然後你寫你的sql語句，無論你寫多少，只要沒提交事務，這個事務就存在，有commit顯式提交，還有隱式提交，你覺得你寫的sql語句沒有問題時就，你就commit; 提交這個事務；如果前面你寫的sql語句出了問題，比如有條sql語句是批量改金幣什麼的，改多了。 Rollback;回滾，意思是回到你開啟事務時的狀態，就是說你開啟事務後的所有sql操作當作沒有發生，你重新來過。

注意：當一個事務commit,或者rollback就結束了

mysql事務的四大特性是什麼？

1、原子性（Atomicity）原子性是指事務包含的所有操作要麼全部成功，要麼全部失敗回滾，因此事務的操作如果成功就必須要完全應用到資料庫，如果操作失敗則不能對資料庫有任何影響。

2、 一致性（Consistency）一致性是指事務必須使資料庫從一個一致性狀態變換到另一個一致性狀態，也就是說一個事務執行之前和執行之後都必須處於一致性狀態。

拿轉賬來說，假設用戶A和用戶B兩者的錢加起來一共是5000，那麼不管A和B之間如何轉賬，轉幾次賬，事務結束後兩個用戶的錢相加起來應該還得是5000，這就是事務的一致性。

3、隔離性（Isolation）隔離性是當多個用戶並發訪問資料庫時，比如操作同一張表時，資料庫為每一個用戶開啟的事務，不能被其他事務的操作所干擾，多個並發事務之間要相互隔離。

即要達到這麼一種效果：對於任意兩個並發的事務T1和T2，在事務T1看來，T2要麼在T1開始之前就已經結束，要麼在T1結束之後才開始，這樣每個事務都感覺不到有其他事務在並發地執行。

4、持久性（Durability）持久性是指一個事務一旦被提交了，那麼對資料庫中的數據的改變就是永久性的，即便是在資料庫系統遇到故障的情況下也不會丟失提交事務的操作。

擴展資料

MyISAMMySQL5.0之前的默認資料庫引擎，最為常用。擁有較高的插入，查詢速度，但不支持事務InnoDB事務型資料庫的首選引擎，支持ACID事務，支持行級鎖定，MySQL5.5起成為默認資料庫引擎BDB源自BerkeleyDB，事務型資料庫的另一種選擇，支持Commit和Rollback等其他事務特性Memory所有數據置於內存的存儲引擎，擁有極高的插入，更新和查詢效率。

但是會佔用和數據量成正比的內存空間。並且其內容會在MySQL重新啟動時丟失Merge將一定數量的MyISAM表聯合而成一個整體，在超大規模數據存儲時很有用Archive非常適合存儲大量的獨立的，作為歷史記錄的數據。

因為它們不經常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差Federated將不同的MySQL伺服器聯合起來，邏輯上組成一個完整的資料庫。非常適合分散式應用Cluster/NDB高冗餘的存儲引擎，用多台數據機器聯合提供服務以提高整體性能和安全性。適合數據量大，安全和性能要求高的應用

談談你對 mysql 事務的認識 我是php初學者不懂這個 想請教大神教我

先簡單介紹一下事務吧！事務是DBMS得執行單位。它由有限得資料庫操作序列組成得。但不是任意得資料庫操作序列都能成為事務。一般來說，事務是必須滿足4個條件（ACID）

原子性（Autmic）：事務在執行性，要做到「要麼不做，要麼全做！」，就是說不允許事務部分得執行。即使因為故障而使事務不能完成，在rollback時也要消除對資料庫得影響！

一致性（Consistency）：事務得操作應該使使資料庫從一個一致狀態轉變倒另一個一致得狀態！就拿網上購物來說吧，你只有即讓商品出庫，又讓商品進入顧客得購物籃才能構成事務！

隔離性（Isolation）：如果多個事務並發執行，應象各個事務獨立執行一樣！

持久性（Durability）：一個成功執行得事務對資料庫得作用是持久得，即使資料庫應故障出錯，也應該能夠恢復！

MYSQL的事務處理主要有兩種方法。

1、用begin,rollback,commit來實現

begin

開始一個事務

rollback 事務回滾

commit 事務確認

2、直接用set來改變mysql的自動提交模式

MYSQL默認是自動提交的，也就是你提交一個QUERY，它就直接執行！我們可以通過

set autocommit=0

禁止自動提交

set autocommit=1 開啟自動提交

來實現事務的處理。

但注意當你用 set

autocommit=0

的時候，你以後所有的SQL都將做為事務處理，直到你用commit確認或rollback結束，注意當你結束這個事務的同時也開啟了個新的事務！按第一種方法只將當前的作為一個事務！

個人推薦使用第一種方法！

MYSQL中只有INNODB和BDB類型的數據表才能支持事務處理！其他的類型是不支持的！（切記！）

下次有空說下MYSQL的數據表的鎖定和解鎖！

MYSQL5.0 WINXP下測試通過～ ^_^

mysql use test;

Database

changed

mysql CREATE TABLE `dbtest`(

– id int(4)

– ) TYPE=INNODB;

Query OK, 0 rows affected, 1 warning (0.05

sec)

mysql select * from dbtest

– ;

Empty set (0.01

sec)

mysql begin;

Query OK, 0 rows affected (0.00

sec)

mysql insert into dbtest value(5);

Query OK, 1 row affected

(0.00 sec)

mysql insert into dbtest value(6);

Query OK, 1 row

affected (0.00 sec)

mysql commit;

Query OK, 0 rows affected (0.00

sec)

mysql select * from dbtest;

+——+

| id

|

+——+

| 5 |

| 6 |

+——+

2 rows in set (0.00

sec)

mysql begin;

Query OK, 0 rows affected (0.00

sec)

mysql insert into dbtest values(7);

Query OK, 1 row affected

(0.00 sec)

mysql rollback;

Query OK, 0 rows affected (0.00

sec)

mysql select * from dbtest;

+——+

| id

|

+——+

| 5 |

| 6 |

+——+

2 rows in set (0.00

sec)

mysql

*******************************************************************************************************************

[PHP]

function

Tran( $sql ) {

$judge = 1;

mysql_query(‘begin’);

foreach ($sql as $v) {

if

( !mysql_query($v) ) {

$judge =

0;

}

}

if ($judge == 0)

{

mysql_query(‘rollback’);

return

false;

}

elseif ($judge == 1) {

mysql_query(‘commit’);

return true;

}

}

[/PHP]

************************************************

?php

$handler=mysql_connect(“localhost”,”root”,””);

mysql_select_db(“task”);

mysql_query(“SET

AUTOCOMMIT=0″);//設置為不自動提交，因為MYSQL默認立即執行

mysql_query(“BEGIN”);//開始事務定義

if(!mysql_query(“insert

into trans (id)

values(‘2’)”))

{

mysql_query(“ROOLBACK”);//判斷當執行失敗時回滾

}

if(!mysql_query(“insert

into trans (id)

values(‘4’)”))

{

mysql_query(“ROOLBACK”);//判斷執行失敗回滾

}

mysql_query(“COMMIT”);//執行事務

mysql_close($handler);

?

引自：

Mysql資料庫中，事務是指什麼？如何使用該功能？

什麼是事務？ \x0d\x0a\x0d\x0a事務是邏輯上的一組操作，組成這組操作的各個單元，要不全都成功要不全都失敗，這個特性就是事務 \x0d\x0a\x0d\x0a注意：mysql數據支持事務，但是要求必須是innoDB存儲引擎 \x0d\x0a\x0d\x0a解決這個問題： \x0d\x0a\x0d\x0amysql的事務解決這個問題，因為mysql的事務特性，要求這組操作，要不全都成功，要不全都失敗，這樣就避免了某個操作成功某個操作失敗。利於數據的安全 \x0d\x0a\x0d\x0a如何使用： \x0d\x0a\x0d\x0a（1）在執行sql語句之前，我們要開啟事務 start transaction; \x0d\x0a\x0d\x0a（2）正常執行我們的sql語句 \x0d\x0a\x0d\x0a（3）當sql語句執行完畢，存在兩種情況： \x0d\x0a\x0d\x0a1，全都成功，我們要將sql語句對資料庫造成的影響提交到資料庫中，committ \x0d\x0a\x0d\x0a2，某些sql語句失敗，我們執行rollback（回滾），將對資料庫操作趕緊撤銷 \x0d\x0a\x0d\x0a（注意：mysql數據支持事務，但是要求必須是innoDB存儲引擎） \x0d\x0amysql create table bank(name varchar(20),money decimal(5,1))engine=innodb defau \x0d\x0alt charset=utf8; \x0d\x0a\x0d\x0amysql inset into bank values(‘shaotuo’,1000),(‘laohu’,5000); \x0d\x0a\x0d\x0amysql select*from bank; \x0d\x0a+———+——–+ \x0d\x0a| name | money | \x0d\x0a+———+——–+ \x0d\x0a| shaotuo | 1000.0 | \x0d\x0a| laohu | 5000.0 | \x0d\x0a+———+——–+ \x0d\x0a\x0d\x0a——沒有成功「回滾」執行rollback \x0d\x0amysql start transaction; //開啟事務 \x0d\x0aQuery OK, 0 rows affected (0.00 sec) \x0d\x0a\x0d\x0amysql update bank set money=money+500 where name=’shaotuo’; \x0d\x0aQuery OK, 1 row affected (0.00 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql update bank set moey=money-500 where name=’laohu’; \x0d\x0aERROR 1054 (42S22): Unknown column ‘moey’ in ‘field list’ \x0d\x0amysql rollback; //只要有一個不成功，執行rollback操作 \x0d\x0aQuery OK, 0 rows affected (0.01 sec) \x0d\x0a\x0d\x0amysql select*from bank; \x0d\x0a+———+——–+ \x0d\x0a| name | money | \x0d\x0a+———+——–+ \x0d\x0a| shaotuo | 1000.0 | \x0d\x0a| laohu | 5000.0 | \x0d\x0a+———+——–+ \x0d\x0a——成功之後 進行commit操作 \x0d\x0amysql start transaction; //開啟事務 \x0d\x0aQuery OK, 0 rows affected (0.00 sec) \x0d\x0a\x0d\x0amysql update bank set money=money+500 where name=’shaotuo’; \x0d\x0aQuery OK, 1 row affected (0.01 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql update bank set money=money-500 where name=’laohu’; \x0d\x0aQuery OK, 1 row affected (0.00 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql commit; //兩個都成功後執行commit（只要不執行commit，sql語句不會對真實的資料庫造成影響） \x0d\x0aQuery OK, 0 rows affected (0.05 sec) \x0d\x0a\x0d\x0amysql select*from bank; \x0d\x0a+———+——–+ \x0d\x0a| name | money | \x0d\x0a+———+——–+ \x0d\x0a| shaotuo | 1500.0 | \x0d\x0a| laohu | 4500.0 | \x0d\x0a+———+——–+