MySQL基礎教程3
- 1 查詢每一個員工的所在部門名稱?要求顯示員工名和部門名。
- 2 insert語句可以一次插入多條記錄【掌握】
- 3 快速建立表:將一個查詢結果當做一張表新建【瞭解內容】
- 4 將查詢結果插入到一張表當中?
- 5 快速刪除表中的資料?【truncate比較重要,必須掌握】
- 6 對錶結構的增刪改
- 7. 如何執行sql指令碼檔案
- 8 約束(表建立時)(非常重要,五顆星*****)
- 9 儲存引擎(瞭解內容)
- 10 事務(重點:五顆星*****,必須理解,必須掌握)
mysql day03課堂筆記
1 查詢每一個員工的所在部門名稱?要求顯示員工名和部門名。
mysql> select * from emp; +-------+--------+-----------+------+------------+---------+---------+--------+ | EMPNO | ENAME | JOB | MGR | HIREDATE | SAL | COMM | DEPTNO | +-------+--------+-----------+------+------------+---------+---------+--------+ | 7369 | SMITH | CLERK | 7902 | 1980-12-17 | 800.00 | NULL | 20 | | 7499 | ALLEN | SALESMAN | 7698 | 1981-02-20 | 1600.00 | 300.00 | 30 | | 7521 | WARD | SALESMAN | 7698 | 1981-02-22 | 1250.00 | 500.00 | 30 | | 7566 | JONES | MANAGER | 7839 | 1981-04-02 | 2975.00 | NULL | 20 | | 7654 | MARTIN | SALESMAN | 7698 | 1981-09-28 | 1250.00 | 1400.00 | 30 | | 7698 | BLAKE | MANAGER | 7839 | 1981-05-01 | 2850.00 | NULL | 30 | | 7782 | CLARK | MANAGER | 7839 | 1981-06-09 | 2450.00 | NULL | 10 | | 7788 | SCOTT | ANALYST | 7566 | 1987-04-19 | 3000.00 | NULL | 20 | | 7839 | KING | PRESIDENT | NULL | 1981-11-17 | 5000.00 | NULL | 10 | | 7844 | TURNER | SALESMAN | 7698 | 1981-09-08 | 1500.00 | 0.00 | 30 | | 7876 | ADAMS | CLERK | 7788 | 1987-05-23 | 1100.00 | NULL | 20 | | 7900 | JAMES | CLERK | 7698 | 1981-12-03 | 950.00 | NULL | 30 | | 7902 | FORD | ANALYST | 7566 | 1981-12-03 | 3000.00 | NULL | 20 | | 7934 | MILLER | CLERK | 7782 | 1982-01-23 | 1300.00 | NULL | 10 | +-------+--------+-----------+------+------------+---------+---------+--------+ mysql> select * from dept; +--------+------------+----------+ | DEPTNO | DNAME | LOC | +--------+------------+----------+ | 10 | ACCOUNTING | NEW YORK | | 20 | RESEARCH | DALLAS | | 30 | SALES | CHICAGO | | 40 | OPERATIONS | BOSTON | +--------+------------+----------+ // 從emp表中取ename,從dept表中取dname,沒有條件限制最終查詢結果是? ENAME DNAME ------------------------------------------- SMITH ACCOUNTING 無效記錄 SMITH RESEARCH 有效記錄 SMITH SALES 無效記錄 SMITH OPERATIONS 無效記錄 ALLEN ACCOUNTING ALLEN RESEARCH ALLEN SALES ALLEN OPERATIONS ..... // 56條記錄。 // 加個條件是為了達到4選1,也是為了資料的有效性。 select e.ename,d.dname from emp e join dept d on e.deptno = d.deptno;
- 加條件只是為了避免笛卡爾積現象,只是為了查詢出有效的組合記錄。實際上匹配的次數一次都沒有少,還是56次。
2 insert語句可以一次插入多條記錄【掌握】
- 語法:insert into t_user(欄位名1,欄位名2) values(),(),(),();
// 查看錶結構
desc t_user;
+-------------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+-------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | varchar(32) | YES | | NULL | |
| birth | date | YES | | NULL | |
| create_time | datetime | YES | | NULL | |
+-------------+-------------+------+-----+---------+-------+
// 一次可以插入多條記錄:
insert into t_user(id,name,birth,create_time) values
(1,'zs','1980-10-11',now()),
(2,'lisi','1981-10-11',now()),
(3,'wangwu','1982-10-11',now());
mysql> select * from t_user;
+------+--------+------------+---------------------+
| id | name | birth | create_time |
+------+--------+------------+---------------------+
| 1 | zs | 1980-10-11 | 2020-03-19 09:37:01 |
| 2 | lisi | 1981-10-11 | 2020-03-19 09:37:01 |
| 3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
+------+--------+------------+---------------------+
3 快速建立表:將一個查詢結果當做一張表新建【瞭解內容】
- create table emp2 as select * from emp;
- 原理:
- 將一個查詢結果當做一張表新建!!!!!
- 這個可以完成表的快速複製!!!!
- 表創建出來,同時表中的資料也存在了!!!
create table mytable as select empno,ename from emp where job = 'MANAGER';
4 將查詢結果插入到一張表當中?
create table dept_bak as select * from dept;
select * from dept_bak;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
+--------+------------+----------+
insert into dept_bak select * from dept; //很少用!
select * from dept_bak;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
+--------+------------+----------+
5 快速刪除表中的資料?【truncate比較重要,必須掌握】
//刪除dept_bak表中的資料
delete from dept_bak; //這種刪除資料的方式比較慢。
mysql> select * from dept_bak;
Empty set (0.00 sec)
-
delete語句刪除資料的原理?(delete屬於DML語句!!!)
- 表中的資料被刪除了,但是這個資料在硬碟上的真實儲存空間不會被釋放!!!
- 這種刪除缺點是:刪除效率比較低。
- 這種刪除優點是:支援回滾,後悔了可以再恢復資料!!!
-
truncate語句刪除資料的原理?
- 這種刪除效率比較高,表被一次截斷,物理刪除。
- 這種刪除缺點:不支援回滾。
- 這種刪除優點:快速。
-
truncate用法:truncate table dept_bak; (這種操作屬於DDL操作)
-
案例:大表非常大,上億條記錄????
- 刪除的時候,使用delete,也許需要執行1個小時才能刪除完!效率較低。
- 可以選擇使用truncate刪除表中的資料。只需要不到1秒鐘的時間就刪除結束。效率較高。
- 但是使用truncate之前,必須仔細詢問客戶是否真的要刪除,並警告刪除之後不可恢復!
-
注意:truncate是刪除表中的資料,表還在!
-
那刪除表的操作?
- drop table 表名; // 這不是刪除表中的資料,這是把表刪除。
6 對錶結構的增刪改
-
什麼是對錶結構的修改?
- 新增一個欄位,刪除一個欄位,修改一個欄位!!!
-
對錶結構的修改需要使用:alter(屬於DDL語句)
-
DDL包括:create drop alter
-
第一:在實際的開發中,需求一旦確定之後,表一旦設計好之後,很少的進行表結構的修改
- 因為在開發進行中的時候,修改表結構,成本比較高。
- 修改表的結構,對應的java等程式碼就需要進行大量的修改,成本是比較高的。
- 這個責任應該由設計人員來承擔!
-
第二:由於修改表結構的操作很少,所以我們不需要掌握,如果有一天真的要修改表結構,你可以使用工具!!!!
-
修改表結構的操作是不需要寫到java程式中的。實際上也不是java程式設計師的範疇。
7. 如何執行sql指令碼檔案
- xxxx.sql這種檔案被稱為sql指令碼檔案。批量的執行SQL語句,可以使用sql指令碼檔案
- sql指令碼檔案中編寫了大量的sql語句。我們執行sql指令碼檔案的時候,該檔案中所有的sql語句會全部執行!
- 在mysql當中怎麼執行sql指令碼呢?
mysql> source D:\course\03-MySQL\document\vip.sql
- 場景:你在實際的工作中,第一天到了公司,專案經理會給你一個xxx.sql檔案,你執行這個指令碼檔案,你電腦上的資料庫資料就有了!
8 約束(表建立時)(非常重要,五顆星*****)
8.1 什麼是約束?
- 約束對應的英語單詞:constraint
- 在建立表的時候,我們可以給表中的欄位加上一些約束,來保證這個表中資料的完整性、有效性!!!
- 約束的作用就是為了:保證表中的資料有效!!
8.2 約束包括哪些?
-
非空約束:not null
-
唯一性約束: unique
-
主鍵約束: primary key (簡稱PK)
-
外來鍵約束:foreign key(簡稱FK)
-
檢查約束:check(mysql不支援,oracle支援)
-
我們這裡重點學習四個約束:not null、unique、primary key、foreign key
8.3 非空約束:not null
- 非空約束not null:約束的欄位不能為NULL。
- not null只有列級約束,沒有表級約束!(針對物件為欄位)
- 約束直接新增到列後面的,叫做列級約束
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) not null // not null只有列級約束,沒有表級約束!
);
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'lisi');
insert into t_vip(id) values(3);
ERROR 1364 (HY000): Field 'name' doesn't have a default value
8.4 唯一性約束: unique
- 唯一性約束unique:約束的欄位不能重複,但是可以為NULL。即NULL可以重複
- unique有列級約束和表級約束
- unique有列級約束和表級約束
- 單個欄位唯一性(屬於列級約束)
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) unique, // 列級約束
email varchar(255)
);
insert into t_vip(id,name,email) values(1,'zhangsan','[email protected]');
insert into t_vip(id,name,email) values(2,'lisi','[email protected]');
insert into t_vip(id,name,email) values(3,'wangwu','[email protected]');
select * from t_vip;
insert into t_vip(id,name,email) values(4,'wangwu','[email protected]');
ERROR 1062 (23000): Duplicate entry 'wangwu' for key 'name'
insert into t_vip(id) values(4);
insert into t_vip(id) values(5);
+------+----------+------------------+
| id | name | email |
+------+----------+------------------+
| 1 | zhangsan | [email protected] |
| 2 | lisi | [email protected] |
| 3 | wangwu | [email protected] |
| 4 | NULL | NULL |
| 5 | NULL | NULL |
+------+----------+------------------+
// name欄位雖然被unique約束了,但是可以為NULL。
- 多個欄位聯合起來具有唯一性(屬於表級約束)
// 新需求:name和email兩個欄位聯合起來具有唯一性!!!!
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) unique, // 約束直接新增到列後面的,叫做列級約束。
email varchar(255) unique
);
// 這張表這樣建立是不符合我以上“新需求”的。
// 這樣建立表示:name具有唯一性,email具有唯一性。各自唯一。
// 以下這樣的資料雖然符合我“新需求”的。
// 但如果採用以上方式建立表的話,肯定建立失敗,因為'zhangsan'和'zhangsan'重複了。
insert into t_vip(id,name,email) values(1,'zhangsan','[email protected]');
insert into t_vip(id,name,email) values(2,'zhangsan','[email protected]');
// 怎麼建立這樣的表,才能符合新需求呢?
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255),
email varchar(255),
unique(name,email) // 約束沒有新增在列的後面,這種約束被稱為表級約束。
); // name和email兩個欄位聯合起來唯一!!!
insert into t_vip(id,name,email) values(1,'zhangsan','[email protected]');
insert into t_vip(id,name,email) values(2,'zhangsan','[email protected]');
select * from t_vip;
// 兩個欄位同時重複時才報錯
insert into t_vip(id,name,email) values(3,'zhangsan','[email protected]');
ERROR 1062 (23000): Duplicate entry '[email protected]' for key 'name'
-
*什麼時候使用表級約束呢?
- 需要給多個欄位聯合起來新增某一個約束的時候,需要使用表級約束。
- 而列級約束是對某個欄位約束
-
unique 和not null可以聯合嗎?
- 可以
- 在mysql當中,如果一個欄位同時被not null和unique約束的話,該欄位自動變成主鍵欄位。(注意:oracle中不一樣!)
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) not null unique
);
desc t_vip;
+-------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | varchar(255) | NO | PRI | NULL | |
+-------+--------------+------+-----+---------+-------+
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'zhangsan'); //錯誤了:name不能重複
insert into t_vip(id) values(2); //錯誤了:name不能為NULL。
8.5 主鍵約束(primary key,簡稱PK,表內)非常重要五顆星*****
-
主鍵約束的相關術語?
- 主鍵約束:就是一種約束。
- 主鍵欄位:該欄位上添加了主鍵約束,這樣的欄位叫做主鍵欄位
- 主鍵值:主鍵欄位中的每一個值都叫做主鍵值。
-
什麼是主鍵?有啥用?
- 主鍵值是每一行記錄的唯一標識。
- 主鍵值是每一行記錄的身份證號!!!
-
記住:任何一張表都應該有主鍵,沒有主鍵,表無效!!
-
主鍵的特徵:not null + unique(主鍵值不能是NULL,同時也不能重複!)
-
主鍵值建議使用:int、bigint、char等型別。
- 不建議使用varchar來做主鍵。主鍵值一般都是數字,一般都是定長的!
-
怎麼給一張表新增主鍵約束呢?
drop table if exists t_vip;
// 1個欄位做主鍵,叫做:單一主鍵
create table t_vip(
id int primary key, //列級約束
name varchar(255)
);
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'lisi');
//錯誤:不能重複
insert into t_vip(id,name) values(2,'wangwu');
ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY'
//錯誤:不能為NULL
insert into t_vip(name) values('zhaoliu');
ERROR 1364 (HY000): Field 'id' doesn't have a default value
- 可以這樣新增主鍵嗎:使用表級約束?
- 可以
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255),
primary key(id) // 表級約束
);
insert into t_vip(id,name) values(1,'zhangsan');
//錯誤
insert into t_vip(id,name) values(1,'lisi');
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'
- 表級約束主要是給多個欄位聯合起來新增約束
- 多個欄位聯合起來做主鍵:複合主鍵
- 在實際開發中不建議使用複合主鍵。建議使用單一主鍵!
- 因為主鍵值存在的意義就是這行記錄的身份證號,只要意義達到即可,單一主鍵可以做到。
- 而複合主鍵比較複雜,不建議使用!!!
drop table if exists t_vip;
// id和name聯合起來做主鍵:複合主鍵!!!!
create table t_vip(
id int,
name varchar(255),
email varchar(255),
primary key(id,name)
);
insert into t_vip(id,name,email) values(1,'zhangsan','[email protected]');
insert into t_vip(id,name,email) values(1,'lisi','[email protected]');
//錯誤:不能重複
insert into t_vip(id,name,email) values(1,'lisi','[email protected]');
ERROR 1062 (23000): Duplicate entry '1-lisi' for key 'PRIMARY'
- 一個表中主鍵約束能分別加兩個嗎?
- 不能,一張表中主鍵約束只能新增1個(主鍵只能有1個)
drop table if exists t_vip;
create table t_vip(
id int primary key,
name varchar(255) primary key
);
ERROR 1068 (42000): Multiple primary key defined
-
主鍵除了:單一主鍵和複合主鍵之外,還可以這樣進行分類?
- 自然主鍵:主鍵值是一個自然數,和業務沒關係。
- 業務主鍵:主鍵值和業務緊密關聯,例如拿銀行卡賬號做主鍵值。這就是業務主鍵!
-
在實際開發中使用業務主鍵多,還是使用自然主鍵多一些?
- 自然主鍵使用比較多,因為主鍵只要做到不重複就行,不需要有意義。
- 業務主鍵不好,因為主鍵一旦和業務掛鉤,那麼當業務發生變動的時候,可能會影響到主鍵值。
- 所以業務主鍵不建議使用,儘量使用自然主鍵。
-
在mysql當中,有一種機制,可以幫助我們自動維護一個主鍵值?
- auto_increment表示自增,從1開始,以1遞增!
drop table if exists t_vip;
create table t_vip(
id int primary key auto_increment, //auto_increment表示自增,從1開始,以1遞增!
name varchar(255)
);
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
insert into t_vip(name) values('zhangsan');
select * from t_vip;
+----+----------+
| id | name |
+----+----------+
| 1 | zhangsan |
| 2 | zhangsan |
| 3 | zhangsan |
| 4 | zhangsan |
| 5 | zhangsan |
| 6 | zhangsan |
| 7 | zhangsan |
| 8 | zhangsan |
+----+----------+
8.6 外來鍵約束(foreign key,簡稱FK,表間)非常重要五顆星
-
外來鍵約束涉及到的相關術語:
- 外來鍵約束:一種約束(foreign key)
- 外來鍵欄位:該欄位上添加了外來鍵約束
- 外來鍵值:外來鍵欄位當中的每一個值。
-
業務背景:請設計資料庫表,來描述“班級和學生”的資訊?
-
第一種方案:班級和學生儲存在一張表中???
-
分析以上方案的缺點:
- 資料冗餘,空間浪費!!!!
- 這個設計是比較失敗的!
-
第二種方案:班級一張表、學生一張表??
-
(1)t_class 班級表
-
(2)t_student 學生表
-
當cno欄位沒有任何約束的時候,可能會導致資料無效。可能出現一個102,但是102班級不存在。
- 所以為了保證cno欄位中的值都是100和101,需要給cno欄位新增外來鍵約束。
- 那麼cno欄位就是外來鍵欄位。cno欄位中的每一個值都是外來鍵值。
-
注意:t_class是父表,t_student是子表
-
刪除表的順序:先刪子,再刪父。
-
建立表的順序:先建立父,再建立子。
-
刪除資料的順序:先刪子,再刪父。
-
插入資料的順序:先插入父,再插入子。
-
思考:子表中的外來鍵引用的父表中的某個欄位,被引用的這個欄位必須是主鍵嗎?
- 外來鍵欄位不一定是父表的主鍵,但至少具有unique約束。
-
外來鍵值可以為NULL。
9 儲存引擎(瞭解內容)
9.1 什麼是儲存引擎,有什麼用呢?
- 儲存引擎是MySQL中特有的一個術語,其它資料庫中沒有。(Oracle中有,但是不叫這個名字)
- 儲存引擎這個名字高階大氣上檔次。
- 實際上儲存引擎是一個表儲存/組織資料的方式。
- 不同的儲存引擎,表儲存資料的方式不同。
9.2 怎麼給表新增/指定“儲存引擎”呢?
show create table t_student; // 顯示當時建立該表時的SQL語句
// 結果:
CREATE TABLE `t_student` (
`no` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`cno` int(11) DEFAULT NULL,
PRIMARY KEY (`no`),
KEY `cno` (`cno`),
CONSTRAINT `t_student_ibfk_1` FOREIGN KEY (`cno`) REFERENCES `t_class` (`classno`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8
-
可以在建表的時候給表指定儲存引擎。
-
在建表的時候可以在最後小括號的")"的右邊使用:
- ENGINE來指定儲存引擎。
- CHARSET來指定這張表的字元編碼方式。
-
mysql預設的儲存引擎是:InnoDB
-
mysql預設的字元編碼方式是:utf8
-
建表時指定儲存引擎,以及字元編碼方式。
create table t_product(
id int primary key,
name varchar(255)
)engine=InnoDB default charset=gbk;
9.3 怎麼檢視mysql支援哪些儲存引擎呢?
- 命令: show engines \G
mysql> select version();
+-----------+
| version() |
+-----------+
| 5.5.36 |
+-----------+
show engines \G
*************************** 1. row ***************************
Engine: FEDERATED
Support: NO
Comment: Federated MySQL storage engine
Transactions: NULL
XA: NULL
Savepoints: NULL
*************************** 2. row ***************************
Engine: MRG_MYISAM
Support: YES
Comment: Collection of identical MyISAM tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 3. row ***************************
Engine: MyISAM
Support: YES
Comment: MyISAM storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 4. row ***************************
Engine: BLACKHOLE
Support: YES
Comment: /dev/null storage engine (anything you write to it disappears
Transactions: NO
XA: NO
Savepoints: NO
*************************** 5. row ***************************
Engine: CSV
Support: YES
Comment: CSV storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 6. row ***************************
Engine: MEMORY
Support: YES
Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 7. row ***************************
Engine: ARCHIVE
Support: YES
Comment: Archive storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 8. row ***************************
Engine: InnoDB
Support: DEFAULT
Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
XA: YES
Savepoints: YES
*************************** 9. row ***************************
Engine: PERFORMANCE_SCHEMA
Support: YES
Comment: Performance Schema
Transactions: NO
XA: NO
Savepoints: NO
- mysql支援九大儲存引擎,當前5.5.36支援8個。版本不同支援情況不同。
9.4 關於mysql常用的儲存引擎介紹一下
MyISAM儲存引擎
-
它管理的表具有以下特徵:
- 使用三個檔案表示每個表:
- 格式檔案:儲存表結構的定義(mytable.frm)
- 資料檔案:儲存錶行的內容(mytable.MYD)
- 索引檔案:儲存表上索引(mytable.MYI)。索引是一本書的目錄,縮小掃描範圍,提高查詢效率的一種機制。
- 可被轉換為壓縮、只讀表來節省空間
- 使用三個檔案表示每個表:
-
提示一下:
- 對於一張表來說,只要是主鍵,或者加有unique約束的欄位上會自動建立索引。
-
MyISAM儲存引擎特點:
- 可被轉換為壓縮、只讀表來節省空間(資料量很龐大的時候),這是這種儲存引擎的優勢!!!!
- MyISAM不支援事務機制,安全性低。
InnoDB儲存引擎
-
這是mysql預設的儲存引擎,同時也是一個重量級的儲存引擎。
-
InnoDB支援事務,支援資料庫崩潰後自動恢復機制。
-
InnoDB儲存引擎最主要的特點是:非常安全。
-
它管理的表具有下列主要特徵:
- 每個 InnoDB 表在資料庫目錄中以.frm 格式檔案表示
- InnoDB 表空間 tablespace 被用於儲存表的內容(表空間是一個邏輯名稱。表空間儲存資料+索引。)
- 提供一組用來記錄事務性活動的日誌檔案
- 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滾)支援事務處理
- 提供全 ACID 相容
- 在 MySQL 伺服器崩潰後提供自動恢復
- 多版本(MVCC)和行級鎖定
- 支援外來鍵及引用的完整性,包括級聯刪除和更新
-
**InnoDB最大的特點就是支援事務:以保證資料的安全。
-
InnoDB效率不是很高,並且也不能壓縮,不能轉換為只讀,不能很好的節省儲存空間。
MEMORY儲存引擎
- 使用 MEMORY 儲存引擎的表,其資料儲存在記憶體中,且行的長度固定,這兩個特點使得 MEMORY 儲存引擎非常快。
- MEMORY 儲存引擎管理的表具有下列特徵:
- 在資料庫目錄內,每個表均以.frm 格式的檔案表示。
- 表資料及索引被儲存在記憶體中。(目的就是快,查詢快!)
- 表級鎖機制。
- 不能包含 TEXT 或 BLOB 欄位。
- MEMORY 儲存引擎以前被稱為HEAP 引擎。
- MEMORY引擎優點:查詢效率是最高的。不需要和硬碟互動。
- MEMORY引擎缺點:不安全,關機之後資料消失。因為資料和索引都是在記憶體當中。
- 記憶體和硬碟的區別
- 記憶體是直接取,電流的速度
- 硬碟上取是機械行為,硬盤裡有磁針,磁針運動再快也不會快過電流
10 事務(重點:五顆星*****,必須理解,必須掌握)
10.1 什麼是事務?
- 一個事務其實就是一個完整的業務邏輯。是一個最小的工作單元,不可再分。
- 本質上,一個事務其實就是多條DML語句同時成功,或者同時失敗!
- 事務可以保證多個操作原子性,要麼全成功,要麼全失敗。*對於資料庫來說事務保證批量的 DML 要麼全成功,要麼全失敗。
- 什麼是一個完整的業務邏輯?
- 假設轉賬,從A賬戶向B賬戶中轉賬10000.
- 將A賬戶的錢減去10000(update語句)
- 將B賬戶的錢加上10000(update語句)
- 這就是一個完整的業務邏輯。
- 以上的操作是一個最小的工作單元,要麼同時成功,要麼同時失敗,不可再分。
- 這兩個update語句要求必須同時成功或者同時失敗,這樣才能保證錢是正確的。
- 事務中存在一些概念:
- a) 事務(Transaction):一批操作(一組 DML)
- b) 開啟事務(Start Transaction)
- c) 回滾事務(rollback)
- d) 提交事務(commit)
- e) SET AUTOCOMMIT:禁用或啟用事務的自動提交模式
- 當執行 DML 語句是其實就是開啟一個事務
- 關於事務的回滾需要注意:只能回滾 insert、delete 和 update 語句,不能回滾 select(回滾 select 沒有任何意義),對於create、drop、alter 這些無法回滾.
- 事務只對 DML 有效果。
- 注意:rollback,或者 commit 後事務就結束了。
10.2 只有DML語句才會有事務這一說,其它語句和事務無關!!!
- 只有以下的三個語句和事務有關係,其它都沒有關係。
- insert、delete、update
- 因為 只有以上的三個語句是資料庫表中資料進行增、刪、改的。
- 只要你的操作一旦涉及到資料的增、刪、改,那麼就一定要考慮安全問題。資料安全第一位!!!
10.3 假設所有的業務,只要一條DML語句就能完成,還有必要存在事務機制嗎?
- 正是因為做某件事的時候,需要多條DML語句共同聯合起來才能完成,所以需要事務的存在。如果任何一件複雜的事兒都能一條DML語句搞定,那麼事務則沒有存在的價值了。
- 到底什麼是事務呢?
- 說到底,說到本質上,一個事務其實就是多條DML語句同時成功,或者同時失敗!
- 總結:事務就是批量的DML語句同時成功,或者同時失敗!
10.4 事務是怎麼做到多條DML語句同時成功和同時失敗的呢?
- InnoDB儲存引擎:提供一組用來記錄事務性活動的日誌檔案
事務開啟了:
insert
insert
insert
delete
update
update
update
事務結束了!
- 在事務的執行過程中,每一條DML的操作都會記錄到“事務性活動的日誌檔案”中。
- 在事務的執行過程中,我們可以提交事務,也可以回滾事務。
- 提交事務?
- 清空事務性活動的日誌檔案,將資料全部徹底持久化到資料庫表中。
- 提交事務標誌著事務的結束,並且是一種全部成功的結束。
- 回滾事務?
- 將之前所有的DML操作全部撤銷,並且清空事務性活動的日誌檔案
- 回滾事務標誌著事務的結束。並且是一種全部失敗的結束。
10.5 怎麼提交事務,怎麼回滾事務?
-
**提交事務:commit; **
-
回滾事務:rollback; (回滾永遠都是隻能回滾到上一次的提交點!)
-
事務對應的英語單詞是:transaction
-
測試一下,在mysql當中預設的事務行為是怎樣的?88
- **mysql預設情況下是支援自動提交事務的。(自動提交)
- 什麼是自動提交?:每執行一條DML語句,則提交一次!
- 這種自動提交實際上是不符合我們的開發習慣,因為一個業務通常是需要多條DML語句共同執行才能完成的,為了保證資料的安全,必須要求同時成功之後再提交,所以不能執行一條就提交一條。
-
怎麼將mysql的自動提交機制關閉掉呢?
- 先執行這個命令:start transaction;
-
演示事務:
---------------------------------回滾事務----------------------------------------
mysql> use bjpowernode; // 開啟某個資料庫
Database changed
mysql> select * from dept_bak; // 查看錶都有哪些資料
Empty set (0.00 sec)
mysql> start transaction; // 開啟事務
Query OK, 0 rows affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc', 'tj'); // 插入資料
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc', 'tj'); // 插入資料
Query OK, 1 row affected (0.00 sec)
mysql> select * from dept_bak; // 檢視資料
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | tj |
| 10 | abc | tj |
+--------+-------+------+
2 rows in set (0.00 sec)
mysql> rollback; // 回滾事務
Query OK, 0 rows affected (0.00 sec)
mysql> select * from dept_bak; // 檢視資料
Empty set (0.00 sec)
---------------------------------提交事務----------------------------------------
mysql> use bjpowernode; // 開啟某個資料庫
Database changed
mysql> select * from dept_bak; // 查看錶都有哪些資料
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
+--------+-------+------+
1 row in set (0.00 sec)
mysql> start transaction; // 開啟事務
Query OK, 0 rows affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc','tj');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc','tj');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(20,'abc','tj');
Query OK, 1 row affected (0.00 sec)
mysql> commit; // 提交事務
Query OK, 0 rows affected (0.01 sec)
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
| 20 | abc | tj |
| 20 | abc | tj |
| 20 | abc | tj |
+--------+-------+------+
4 rows in set (0.00 sec)
mysql> rollback; // 提交事務後嘗試回滾事務
Query OK, 0 rows affected (0.00 sec)
mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC |
+--------+-------+------+
| 10 | abc | bj |
| 20 | abc | tj |
| 20 | abc | tj |
| 20 | abc | tj |
+--------+-------+------+
4 rows in set (0.00 sec)
10.6 事務包括4個特性ACID?
-
A:原子性(Atomicity)
- 說明事務是最小的工作單元,不可再分。
-
C:一致性(Consistency)
- 所有事務要求,在同一個事務當中,所有操作必須同時成功,或者同時失敗,以保證資料的一致性。
-
I:隔離性(Isolation)
- 一個事務不會影響其他事務的執行。
- A事務和B事務之間具有一定的隔離。
- 教室A和教室B之間有一道牆,這道牆就是隔離性。
- A事務在操作一張表的時候,另一個事務B也操作這張表會那樣???
-
D:永續性(Durability)
- 理解1:事務最終結束的一個保障。事務提交,就相當於將沒有儲存到硬碟上的資料儲存到硬碟上!
- 理解2:在事務完成以後,該事務對資料庫所作的更改將持久地儲存在資料庫之中,並不會被回滾。
10.7 重點研究一下事務的隔離性!!!
-
A教室和B教室中間有一道牆,這道牆可以很厚,也可以很薄。這就是事務的隔離級別。這道牆越厚,表示隔離級別就越高。
-
事務隔離級別:transaction isolation level
-
事務和事務之間的隔離級別有哪些呢?4個級別:
-
(1)讀未提交:read uncommitted(最低的隔離級別)《沒有提交就讀到了》
- 什麼是讀未提交?
- 事務A可以讀取到事務B未提交的資料。
- 這種隔離級別存在的問題就是:
- 髒讀現象!(Dirty Read)
- 我們稱讀到了髒資料。
- 這種隔離級別一般都是理論上的,大多數的資料庫隔離級別都是二檔起步!
- 什麼是讀未提交?
-
(2)讀已提交:read committed《提交之後才能讀到》
- 什麼是讀已提交?
- 事務A只能讀取到事務B提交之後的資料。
- 這種隔離級別解決了什麼問題?
- 解決了髒讀的現象。
- 這種隔離級別存在什麼問題?
- 不可重複讀取資料。
- 什麼是不可重複讀取資料呢?
- 在事務開啟之後,第一次讀到的資料是3條,當前事務還沒有結束,可能第二次再讀取的時候,讀到的資料是4條,3不等於4稱為不可重複讀取。
- 這種隔離級別是比較真實的資料,每一次讀到的資料是絕對的真實。
- oracle資料庫預設的隔離級別是:read committed
- 什麼是讀已提交?
-
可重複讀:repeatable read《提交之後也讀不到,永遠讀取的都是剛開啟事務時的資料》
- 什麼是可重複讀取?
- 事務A開啟之後,不管是多久,每一次在事務A中讀取到的資料都是一致的。即使事務B將資料已經修改,並且提交了,事務A讀取到的資料還是沒有發生改變,這就是可重複讀。
- 可重複讀解決了什麼問題?
- 解決了不可重複讀取資料。
- 可重複讀存在的問題是什麼?
- 可以會出現幻影讀。
- 每一次讀取到的資料都是幻象。不夠真實!
- 如:早晨9點開始開啟了事務,只要事務不結束,到晚上9點,讀到的資料還是那樣!
- 讀到的是假象。不夠絕對的真實。
- mysql中預設的事務隔離級別就是這個!!!!!!!!!!!
- 什麼是可重複讀取?
-
(4)序列化/序列化:serializable(最高的隔離級別)
- 這是最高隔離級別,效率最低。解決了所有的問題。
- 這種隔離級別表示事務排隊,不能併發!
- synchronized,執行緒同步(事務同步)
- 每一次讀取到的資料都是最真實的,並且效率是最低的。
10.8 併發事務與隔離級別示例
- 檢視隔離級別:SELECT @@tx_isolation
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
// mysql預設的隔離級別
- 設定隔離級別:set global transaction isolation level 隔離級別名稱;
- 被測試的表t_user
- 驗證:read uncommited
mysql> set global transaction isolation level read uncommitted; // 設定隔離級別
事務A 事務B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
select * from t_user;
start transaction;
insert into t_user values('zhangsan');
select * from t_user;
- 驗證:read commited
mysql> set global transaction isolation level read committed; // 設定隔離級別
事務A 事務B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('zhangsan');
select * from t_user;
commit;
select * from t_user;
- 驗證:repeatable read
mysql> set global transaction isolation level repeatable read;
事務A 事務B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('lisi');
insert into t_user values('wangwu');
commit;
select * from t_user;
- 驗證:serializable
mysql> set global transaction isolation level serializable;
事務A 事務B
--------------------------------------------------------------------------------
use bjpowernode;
use bjpowernode;
start transaction;
start transaction;
select * from t_user;
insert into t_user values('abc');
select * from t_user;