-
Notifications
You must be signed in to change notification settings - Fork 0
/
mysql笔记day3.txt
955 lines (794 loc) · 30 KB
/
mysql笔记day3.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
mysql day03课堂笔记
1、查询每一个员工的所在部门名称?要求显示员工名和部门名
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 |
+-------+--------+-----------+------+------------+---------+---------+--------+
select * from dept;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
+--------+------------+----------+
从emo表中取ename,从dept表中取dname,没有条件限制最终的查询结果是?
ENAME DNAME
--------------------------------------------------
SMITH ACCOUNTING 无效记录
SMITH RESEARCH 有效记录
SMITH SALES 无效记录
SMITH OPERATING 无效记录
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语可以一次插入多条记录吗?【掌握】
mysql> select * from t_user;
Empty set (0.00 sec)
mysql> desc t_user;
+-------------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+-------------+------+-----+---------+-------+
| id | int | 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()),(1,'lisi','1980-10-11',now()),(1,'wangwu','1980-10-11',now());
语法:insert into t_user(字段名1,字段名2) values(),(),();
select * from t_user;
+------+--------+------------+---------------------+
| id | name | birth | create_time |
+------+--------+------------+---------------------+
| 1 | zs | 1980-10-11 | 2023-09-11 17:09:12 |
| 1 | lisi | 1980-10-11 | 2023-09-11 17:09:12 |
| 1 | wangwu | 1980-10-11 | 2023-09-11 17:09:12 |
+------+--------+------------+---------------------+
3、快速创建表?
mysql> create table emp2 as select * from emp;
原理:
将一个查询结果当作一张表新建!!!
这个可以完成表的快速复制!!!
表可以创建出来,同时表中的数据也存在了!!!
create table mytable as select empno,ename from emp where job = 'MANAGER';
+-------+-------+
| empno | ename |
+-------+-------+
| 7566 | JONES |
| 7698 | BLAKE |
| 7782 | CLARK |
+-------+-------+
4、将查询结果插入到一张表当中?insert相关的!!!【了解,不是重点】
create table dept_bak as select * from dept;
mysql> 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;//很少用;
mysql> 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 table dept_bak;(这种操作数据DDL操作。)
大表非常大,上亿条记录???
删除的时候,使用delete语句,也许需要执行一个小时才能删除完。效率较低。
可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束。效率较高。
但是使用truncate之前,必须仔细询问客户是否要真的删除,并警告删除之后不可回复!
truncate是删除表中的数据,表还在。
删除表操作?
drop table 表名; //这不是删除表中的数据,这是把表删除。
6、对表结构的增删改?
添加一个字段,删除一个字段,修改一个字段
对表结构的修改需要使用alter
数据DDL语句
DDL语句包括:create,drop,alter
第一:在实际的开发中,需求一旦确定后,表一旦设计好之后,很少的
进行表结构的修改。因为开发进行中的时候,修改表结构成本比较高。
修改表的结构,对应的java代码就需要进行大量的修改。成本是比较高的。
这个责任应该又设计人员来承担!
第二:由于修改表结构的操作很少,所以我们不需要掌握,如果有一天
要修改表结构,你可以使用工具!!!
修改表结构的操作是不需要写到java程序中的。实际上也不是java程序员的范畴
7、约束
7.1、什么是约束?
约束对应的英语单词:constraint
在创建表的时候,我们可以给表中的字段加上一些约束,来保证表中的数据完整性
、有效性!!!
约束的作用就是为了保证:表中的数据有效!!
7.2、约束包括哪些?
非空约束:not null
唯一性约束:unique
主键约束:primary key(简称PK)
外键约束:foreign key(简称PK)
检查约束:check (mysql 不允许,oracle支持)
我们这里重点学习四个约束:
not null
unique
primary key
foreigh key
7.3、非空约束:not null
非空约束not null约束的字段不能为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);
小插曲:xxxx.sql这种文件被称为sql脚本文件
sql脚本文件中编写了大量的sql语句。
我们执行sql脚本文件的时候,该文件 所有的sql语句都会执行
批量的执行SQL语句,可以使用sql脚本文件
在mysql当中怎么执行sql脚本呢
source E:\mysql笔记\vip.sql
你在实际工作中,第一天到了公司,项目经理会给你一个xxx.sql文件,
你执行这个脚本文件,你电脑上的数据库数据就有了
7.4、唯一性约束:unique
唯一性约束unique约束的字段不能重复,但是可以为NULL。
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','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'lisi','lisi@123.com');
insert into t_vip(id,name,email) values(3,'wangwu','wangwu@123.com');
select * from t_vip;
insert into t_vip(id,name,email) values(4,'wangwu','wangwu@sina.com');
ERROR 1062 (23000): Duplicate entry 'wangwu' for key 't_vip.name'
insert into t_vip(id) values(4);
insert into t_vip(id) values(5);
+------+----------+------------------+
| id | name | email |
+------+----------+------------------+
| 1 | zhangsan | zhangsan@123.com |
| 2 | lisi | lisi@123.com |
| 3 | wangwu | wangwu@123.com |
| 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具有唯一性,emial具有唯一性。各自唯一。
一下这样的数据是符合我“新需求”的。
但如果采用以上方式创建表的化,肯定创建失败,因为'zhangsan'和'zhangsan'重复了。
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
ERROR 1062 (23000): Duplicate entry 'zhangsan' for key 't_vip.name'
怎么样创建表,才能符合新需求呢?
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255),
email varchar(255),
unique(name,email)//约束没有添加在列的后面,这种约束叫做表级约束。
);
insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
+------+----------+-------------------+
| id | name | email |
+------+----------+-------------------+
| 1 | zhangsan | zhangsan@123.com |
| 2 | zhangsan | zhangsan@sina.com |
+------+----------+-------------------+
insert into t_vip(id,name,email) values(3,'zhangsan','zhangsan@sina.com');
ERROR 1062 (23000): Duplicate entry 'zhangsan-zhangsan@sina.com' for key 't_vip.name'
什么时候使用表级约束呢?
需要给多个字段联合起来添加某一个约束的时候,需要使用表级约束
unique 和 not null 可以联合吗?
drop table if exists t_vip;
create table t_vip(
id int,
name varchar(255) not null unique
);
mysql> desc t_vip;
+-------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id | int | YES | | NULL | |
| name | varchar(255) | NO | PRI | NULL | |
+-------+--------------+------+-----+---------+-------+
在mysql当中,如果一个字段同时被not null和unique约束的话
该字段自动变成主键字段。(注意:oracle中不一样!)
insert into t_vip(id,name) values(1,'zhangsan');
insert into t_vip(id,name) values(2,'zhangsan');//错误了
ERROR 1062 (23000): Duplicate entry 'zhangsan' for key 't_vip.name'
insert into t_vip(id) values(2);//错误了:name不能重复
ERROR 1364 (HY000): Field 'name' doesn't have a default value
7.5、主键约束(primary key 简称PK)非常重要*****
主键约束的相关术语?
主键约束:就是一种约束。
主键字段:该字段上添加了主键约束,这样的字段叫做:主键字段
主键值:主键字段中的每一个值都叫做:主键值
什么是主键?有啥用?
主键值是每一行记录的唯一标识。
主键值是每一行记录的身份证号!!!
记住:任何一张表都应该有主键,没有主键,表无效。
主键的特征:not null + unique (不能为空不能是NULL,同时也不能重复!)
drop table if exists t_vip;
//一个字段做主键叫做单一主键!!!
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 't_vip.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 't_vip.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','zhangsan@123.com');
insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
//错误,不能重复
insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
ERROR 1062 (23000): Duplicate entry '1-lisi' for key 't_vip.PRIMARY'
mysql> select * from t_vip;
+----+----------+------------------+
| id | name | email |
+----+----------+------------------+
| 1 | lisi | lisi@123.com |
| 1 | zhangsan | zhangsan@123.com |
+----+----------+------------------+
在实际开发中不建议使用复合主键,建议使用单一主键!
因为主键值存在的意义就是这一行记录的身份证号,只要达到即可,单一主键可以做到
复合主键比较复杂,不建议使用!!!
一个表主键约束能加两个吗?
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
结论:一张表主键约束只能有一个。(朱佳妮只能有一个)
主键值建议使用:
int
bigint
char
等类型。
不建议使用: varchar来做主键。主键值一般都是数字,一般都是定长的。
主键除了:单一主键和复合主键之外,还可以这样分类?
自然主键:主键值是一个自然数,和业务没关系
业务主键:主键值和业务紧密关联,例如哪银行卡号做主键值,这就是业务主键!
在实际开发当中使用自然主键比较多。因为主键只要做到不重复就行,不需要有意义。
业务主键不好,因为主键一旦与业务挂钩,那么当业务发生变动的时候。
可能会影响到主键值,所以业务主键不建议使用,尽量使用自然主键
在mysql当中,有一种机制,可以帮我们自动维护一个主键值?
drop table 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 |
+----+----------+
7.6、外键约束(foreign key,简称FK)非常重要*****
外键涉及到的相关术语:
外键约束:一种约束(foreign key)
外键字段:该字段上添加了外键约束
外键值:外键字段当中的每一个值。
业务背景:
请设计数据库表,来描述“班级和学生”的信息?
第一种方案:班级和学生存储在一张表中???
no(pk) name classno classname
------------------------------------------------------------------------------------
1 jack 100 北京市大兴区亦庄镇第二中学高三1班
2 lucy 100 北京市大兴区亦庄镇第二中学高三1班
3 lilei 100 北京市大兴区亦庄镇第二中学高三1班
4 hanmeimei 100 北京市大兴区亦庄镇第二中学高三1班
5 zhangsan 101 北京市大兴区亦庄镇第二中学高三2班
6 lisi 101 北京市大兴区亦庄镇第二中学高三2班
7 wangwu 101 北京市大兴区亦庄镇第二中学高三2班
8 zhaoliu 101 北京市大兴区亦庄镇第二中学高三2班
分析以上方案的缺点:
数据冗余,空间浪费!!!!
这个设计是比较失败的!
第二种方案:班级一张表,学生一张表??
t_class 班级表
classno(pk) classname
-----------------------------------------------------------
100 北京市大兴区亦庄镇第二中学高三1班
101 北京市大兴区亦庄镇第二中学高三2班
t_student 学生表
no(pk) name cno(FK--引用t_class这张表的classno)
---------------------------------------------------------------------------
1 jack 100
2 lucy 100
3 lilei 100
4 hanmeimei 100
5 zhangsan 101
6 lisi 101
7 wangwu 101
8 zhaoliu 101
当cno没有任何约束的时候,可能会导致数据无效。可能会出现一个102,但是102班不存在。
所以为了保证cno字段中的值都是100和101,需要给cno字段添加外键约束。
那么:cno字段就是外键字段。cno字段中的每一个值都是外键值。
注意:
t_class是父表
t_student是子表
删除表的数据?
先删子后删父
创建表的顺序?
先创建父,后创建子
删除数据的顺序?
先删子,后删父
创建数据的顺序?
先创建父,后创建子
思考:子表中外键引用的父表中的某个字段,被引用的这个字段必须是主键吗?
不一定是主键,但至少具有unique约束。
测试:外键可以为NULL吗?
外键值可以为NULL
+----+-----------+------+
| no | name | cno |
+----+-----------+------+
| 1 | jack | 100 |
| 2 | lucy | 100 |
| 3 | lilei | 100 |
| 4 | hanmeimei | 100 |
| 5 | zhangsan | 101 |
| 6 | lisi | 101 |
| 7 | wangwu | 101 |
| 8 | zhaoliu | 101 |
| 9 | wangwuliu | NULL |
+----+-----------+------+
8、存储引擎(了解内容)
8.1、什么是存储引擎,有什么用呢?
存储引擎是MYSQL中特有的术语。其他的数据库中没有。(oracle 中有但是不叫这个名字)
储存引擎这个名字高端大气上档次。
实际上存储引擎是一个表存储数据/组织数据的方式
不同的存储引擎,表存储数据的方式不同。
8.2、怎么给表添加/‘指定’存储引擎
show create table t_student;
可以在建表的时候给表添加存储引擎
| t_student | CREATE TABLE `t_student` (
`no` int NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`cno` int DEFAULT NULL,
PRIMARY KEY (`no`),
KEY `cno` (`cno`),
CONSTRAINT `t_student_ibfk_1` FOREIGN KEY (`cno`) REFERENCES `t_class` (`classno`)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
在建表的时候可以在最后小括号的“)”的右边使用:
ENGINE来指定存储引擎
CHARSET来指定这张表的字符编码方式
结论:mysql默认的存储引擎是:InnoDB
mysql默认的字符编码方式是:utf-8
建表时指定存储引擎以及编码方式。
create table t_product(
id int primary key,
name varchar(255)
)engine=InnoDB default charset=gbk;
8.3、怎么查看mysql支持哪些存储引擎呢?
命令:show engines \G;
*************************** 1. row ***************************
Engine: MEMORY
Support: YES
Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 2. row ***************************
Engine: MRG_MYISAM
Support: YES
Comment: Collection of identical MyISAM tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 3. row ***************************
Engine: CSV
Support: YES
Comment: CSV storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 4. row ***************************
Engine: FEDERATED
Support: NO
Comment: Federated MySQL storage engine
Transactions: NULL
XA: NULL
Savepoints: NULL
*************************** 5. row ***************************
Engine: PERFORMANCE_SCHEMA
Support: YES
Comment: Performance Schema
Transactions: NO
XA: NO
Savepoints: NO
*************************** 6. row ***************************
Engine: MyISAM
Support: YES
Comment: MyISAM storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 7. row ***************************
Engine: InnoDB
Support: DEFAULT
Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
XA: YES
Savepoints: YES
*************************** 8. row ***************************
Engine: ndbinfo
Support: NO
Comment: MySQL Cluster system information storage engine
Transactions: NULL
XA: NULL
Savepoints: NULL
*************************** 9. row ***************************
Engine: BLACKHOLE
Support: YES
Comment: /dev/null storage engine (anything you write to it disappears)
Transactions: NO
XA: NO
Savepoints: NO
*************************** 10. row ***************************
Engine: ARCHIVE
Support: YES
Comment: Archive storage engine
Transactions: NO
XA: NO
Savepoints: NO
*************************** 11. row ***************************
Engine: ndbcluster
Support: NO
Comment: Clustered, fault-tolerant tables
Transactions: NULL
XA: NULL
Savepoints: NULL
+-----------+
| version() |
+-----------+
| 8.0.32 |
+-----------+
mysql支持9大存储引擎,当前5.5.36支持8个。版本不同支持不同。
8.4、关于mysql常用的存储引擎介绍一下?
MyISAM存储引擎?
它管理的表具有一下特征:
使用三个文件表示每个表:
格式文件 -存储表结构的定义(mytable.frm)
数据文件-储存表行上的内容(mytable.MYD)
索引文件-储存表上的索引(mytable.MYI):索引是一本书的目录,缩小扫描范围
可被转换为压缩、只读表来节省空间
提示一下:对于一张表来说,只要是主键,或者加有unique约束的字段上会自动创建索引。
MyISAM存储特点:
可被转换为压缩、只读表来节省空间、
这是这种存储引擎的优势!!!
MyISAM不支持事务机制,安全性最低。
InnoDB存储引擎?
这是mysql默认的存储引擎,同时也是一个重量级的储存引擎。
InnoDB支持事务,支持数据库崩溃后自动恢复机制。
InnoDNB储存引擎最主要的特点是:非常安全
它管理的表具有下列主要特征:
-每个 InnoDB 表在数据库目录中以.frm 格式文件表示
-InnoDB 表空间tablesplace 被用于存储表的内容(表空间是一个逻辑名称。表空间存储,索引)
-提供一组用来记录事务性活动的日志文件
-用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
-提供全ACID兼容
-在mYSQL服务器崩溃后提供自动恢复
-支持外键及引用的完整性,包括级联删除及更新
InnoDB最大的特点就是支持事务:
以保证数据的安全。效率不是很高,并且不能压缩,不能转换为只读。
不能很好的节省储存空间。
MEMORY存储引擎?
使用MEMORY存储引擎的表,其数据存储在内存中,且行的长度固定,
这两个特点使得MEMORY 存储引擎非常快。
MEMORY存储引擎管理的表具有一下特征:
-在数据库目录内,每个表均以.frm格式的文件显示。
表数据及索引被存储在内存中。(目的就是块,查询快!)
表级锁机制。
不能包含TEXT或BLOB字段
MEMORY引擎优点:查询效率是最高的。
MEMORY引擎缺点:不安全,关机之后数据消失。因为数据和索引都是在内存当中。
9、事务(重点:五颗星*****,必须理解,必须掌握)
9.1、什么是事务?
一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元不可再分
什么是一个完整的业务逻辑?
假设转账,从A账户向B账户中转账10000.
将A账户的钱减去10000.(update 语句)
将B账户的钱加上10000.(update 语句)
这就是一个完整的业务逻辑。
以上的操作是一个最小的工作单元,要么同时成功,要么同时失败,不可再分。
这两个updat语句要求必须同时成功或者同时失败,这样才能保证钱是正确的。
9.2、只有DML语句才会有事务这一说,其他语句和事务无关!!!
insert
delete
update
只有以上的三个语句和事务有关系,其他的都没有关系
因为 只有以上的三个语句是数据库表中的数据进行增删改的。
只要你的操作一旦涉及到数据的增删改,那么就一定要考虑安全问题
数据安全第一位!!!
9.3、假设所有的业务,只要一条DML语句就能完成,还需要存在事务机制吗?
正是因为做某件事的时候,需要多条DML语句共同联合起来才能完成。
所以需要事务的存在。如果任何一件复杂的事都能一条DML语句搞定的话。
那么事务就没有存在的价值了
到底什么事务呢?
说到底,说到本质上,一个事务其实就是多条DML语句同时成功或者同时失败!
事务:就是批量的DML语句同时成功或同时失败!
9.4、事务事怎么做到多条DML语句同时成功或同时失败的?
InnoDB存储引擎:提供了一组用来记录事务性活动的日志性文件
事务开启了:
insert
insert
delete
update
update
update
事务结束了!
在事务的执行过程中,每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中,我们可以提交事务,也可以回滚事务。
提交事务?
清空事务性活动的日志文件中,将数据的全部彻底持久化到数据表中。
提交事务标志着,事物的结束。并且是一种全部成功的结束。
回滚事务?
将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件中
回滚事务标志着,事务的结束,并且是一种全部失败的结束。
9.5、怎么提交事务,怎么回滚事务?
提交事务:commit;语句
回滚事务:rollback;语句(回滚只能回滚到上一次的提交点)
事务对应的英文单词:transaction
测试一下:在mysql中默认的事务行为是怎样的?
mysql默认情况下是支持自动提交事务的。(自动提交)
什么是自动提交?
每执行一次DML语句就提交一次。
这种自动提交实际上是不符合我们的开发习惯,因为一个业务是
需要多条DML语句共同完成,为了保证数据安全,必须要求同时成功之后
再提交
怎么将mysql的自动提交机制关闭掉呢?
先执行这个命令:start transaction;
演示事务:
-------------------------------------回滚事务-------------------------------------------------------
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc','tianijn');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc','tianijn');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc','tianijn');
Query OK, 1 row affected (0.00 sec)
mysql> insert into dept_bak values(10,'abc','tianijn');
Query OK, 1 row affected (0.00 sec)
mysql> select * from dept_bak;
+--------+-------+---------+
| DEPTNO | DNAME | LOC |
+--------+-------+---------+
| 10 | abc | tianijn |
| 10 | abc | tianijn |
| 10 | abc | tianijn |
| 10 | abc | tianijn |
+--------+-------+---------+
mysql> select * from dept_bak;
Empty set (0.00 sec)
-------------------------------------提交事务-------------------------------------------------------
mysql> select * from dept_bak;
+--------+-------+---------+
| DEPTNO | DNAME | LOC |
+--------+-------+---------+
| 10 | abc | bj |
| 20 | abc | tianjin |
| 20 | abc | tianjin |
| 20 | abc | tianjin |
| 20 | abc | tianjin |
+--------+-------+---------+
5 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 | tianjin |
| 20 | abc | tianjin |
| 20 | abc | tianjin |
| 20 | abc | tianjin |
+--------+-------+---------+
5 rows in set (0.00 sec)
9.6、事务包括4个特性?
A:原子性
说明事务是最小的工作单元,不可再分
C:一致性
所有事务要求,在同一个事务当中,所有的操作必须同时成功,或同时失败
以保证数据的一致性
I:隔离性
A事务和B事务之间有一定的隔离。
教室A和教室B之间有一道墙,这道墙就是隔离性。
A事务在操作一张表的时候,另一个事务B也操作这张表会那样???
D:持久性
事务最终结束的一个保障。事务提交,就相当于将没有保存带硬盘上的数据
保存到硬盘上!
9.7、重点研究一下事务的隔离性!!!
A教室和B教室中间有一道墙,这道墙可以很厚,也可以很薄。这就是事务的隔离级别。
这道墙越厚,表示隔离级别越高。
事务和事务之间的隔离级别有哪些呢?4个级别
读未提交:read uncommitted(最低的隔离级别)
什么是读未提交?
事务A可以读取到事务B未提交的数据。
这种隔离级别存在的问题就是:
脏读现象!(Diry Read)
我们称读到了脏数据。
这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步!
读已提交:read committed《提交之后才能读到》
什么是读已提交?
事务A只能读取到事务B提交之后的数据。
这种隔离级别解决了什么问题?
解决了脏读现象。
这种隔离级别存在什么问题呢?
不可重复读取数据。
什么是不可重复读取数据呢?
在事务开启之后,第一次读到的数据是3条,当前事务还没有
结束,可能第二次再读取的时候,读到的数据是4条,3不等于4
成为不可重复读取。
这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是:read committed
可重复读:repeatable read《提交之后也读不到,永远读取都是刚开始事务时的数据》
什么是可重复读取?
事务A开启后,不管是多久,每一次再事务A中读取到的数据
都是一直的。即使事务B将数据已经修改,并且提交了,事务A
可重复读姐姐了什么问题?
解决了不可重复读取数据。
可重复读存在的问题是什么?
可能会出现幻影读。
每一次读取到的数据都是幻象。不够真实!
早晨9点开始只要开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!
读到的是假象。不够绝对的真实。
mysql中默认的事务隔离级别就是这个!!!!!!!!!!!!!!!!!
序列化/串行化:serializable(最高的隔离级别)
这是最高隔离级别,效率最低。解决了所有的问题。
这种隔离级别表示事务排队,不能并发!
synchronized,线程同步(事务同步)
每一次读取到的数据都是最真实的,并且效率是最低的。
9.8、验证各种隔离级别
查看隔离级别:mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ |
+-------------------------+
验证:read uncommmitted
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');
selelct * from t_user;
验证: read committed
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;
commmit;
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 user;
insert into t_user values('lisi');
insert into t_user values('wangwu');
commit;
验证: 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;