File tree 4 files changed +9
-4
lines changed
4 files changed +9
-4
lines changed Original file line number Diff line number Diff line change @@ -199,7 +199,7 @@ select sql_no_cache count(*) from usr;
199
199
| REPEATABLE-READ | × | × | √ |
200
200
| SERIALIZABLE | × | × | × |
201
201
202
- MySQL InnoDB 存储引擎的默认支持的隔离级别是 ** REPEATABLE-READ(可重读)** 。我们可以通过` SELECT @@tx_isolation; ` 命令来查看
202
+ MySQL InnoDB 存储引擎的默认支持的隔离级别是 ** REPEATABLE-READ(可重读)** 。我们可以通过` SELECT @@tx_isolation; ` 命令来查看,MySQL 8.0 该命令改为 ` SELECT @@transaction_isolation; `
203
203
204
204
``` sql
205
205
mysql> SELECT @@tx_isolation;
Original file line number Diff line number Diff line change @@ -238,6 +238,11 @@ public class ReferenceCountingGc {
238
238
239
239
![ 可达性分析算法 ] ( ./pictures/jvm垃圾回收/72762049.png )
240
240
241
+ 可作为GC Roots的对象包括下面几种:
242
+ * 虚拟机栈(栈帧中的本地变量表)中引用的对象
243
+ * 本地方法栈(Native方法)中引用的对象
244
+ * 方法区中类静态属性引用的对象
245
+ * 方法区中常量引用的对象
241
246
242
247
### 2.3 再谈引用
243
248
Original file line number Diff line number Diff line change @@ -484,7 +484,7 @@ public enum Isolation {
484
484
485
485
因为平时使用 MySQL 数据库比较多,这里再多提一嘴!
486
486
487
- MySQL InnoDB 存储引擎的默认支持的隔离级别是 ** ` REPEATABLE-READ ` (可重读)** 。我们可以通过` SELECT @@tx_isolation; ` 命令来查看,如下 :
487
+ MySQL InnoDB 存储引擎的默认支持的隔离级别是 ** ` REPEATABLE-READ ` (可重读)** 。我们可以通过` SELECT @@tx_isolation; ` 命令来查看,MySQL 8.0 该命令改为 ` SELECT @@transaction_isolation; ` :
488
488
489
489
```
490
490
mysql> SELECT @@tx_isolation;
Original file line number Diff line number Diff line change 35
35
### 常见结构型模式详解
36
36
37
37
- ** 适配器模式:**
38
- - [ 深入理解适配器模式——加个“适配器”以便于复用] ( https://segmentfault.com/a/1190000011856448 )
38
+ - [ 深入理解适配器模式——加个“适配器”以便于复用] ( https://segmentfault.com/a/1190000011856448 ) https://blog.csdn.net/carson_ho/article/details/54910430
39
39
- [ 适配器模式原理及实例介绍-IBM] ( https://www.ibm.com/developerworks/cn/java/j-lo-adapter-pattern/index.html )
40
40
- ** 桥接模式:** [ 设计模式笔记16:桥接模式(Bridge Pattern)] ( https://blog.csdn.net/yangzl2008/article/details/7670996 )
41
41
- ** 组合模式:** [ 大话设计模式—组合模式] ( https://blog.csdn.net/lmb55/article/details/51039781 )
68
68
- [ 责任链模式实现的三种方式] ( https://www.cnblogs.com/lizo/p/7503862.html )
69
69
- ** 命令模式:** < https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/command.html > 在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计,使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活。命令模式可以对发送者和接收者完全解耦,发送者与接收者之间没有直接引用关系,发送请求的对象只需要知道如何发送请求,而不必知道如何完成请求。这就是命令模式的模式动机。
70
70
- ** 解释器模式:**
71
- - ** 迭代器模式:**
71
+ - ** 迭代器模式:** < https://www.cnblogs.com/zhili/p/IteratorPattern.html >
72
72
- ** 中介者模式:** < https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/mediator.html >
73
73
- ** 备忘录模式:**
74
74
- ** 观察者模式:** < https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/observer.html > 、< https://juejin.im/post/5c712ab56fb9a049a7127114 >
You can’t perform that action at this time.
0 commit comments