如何避免解决 A 问题的时候,被转移到 B 问题->C 问题->D 问题.....

[cs5117155]

昨天了解一下 mysql 的幻读,然后寻找解决幻读的答案,又会出现关键词mvcc和间隙锁,顺着两个关键词寻找我又发现新的Next-key Locks关键词,接着再通过Next-key Locks关键词,又弹出Innodb 锁机制与Myisam 锁机制,随着关键词的不断深入,自已会发现不知道看什么内容了,也记不清太多的知识点描述.这样一天时间就浪费了,而问题始终没有解决,只是心里知道个大概样子. 请问你们如何避免这种情况呢

[zjsxwc]

限制搜索 Depth

[littlewing]

可以看广度优先遍历

[jdhao]

在你的知识不够广的时候，很容易遇到这种问题。可以先解决最相关的问题，其余引出的问题，如果有时间，再去深入理解。

[laqow]

就是相关领域的基础不扎实，但不可能每件事都等扎实了才做，所以掌握到能把相关关键词记住，需要的时候能 google 出来就可以了

[anthow]

可以把这个过程整个一个脑图，就成体系了

[banishee]

同好，我也一直有这个烦恼，还是因为技术太菜了

[bjking2014]

要学会抓大放小，了解 mvcc 和间隙锁已经足够解决幻读问题了。就此停住就行，你要解决的是幻读问题而不是 MVCC 的底层原理

[HENQIGUAI]

https://coolshell.cn/articles/10804.html

[HENQIGUAI]

@HENQIGUAI #28

X-Y PROBLEM

[blindie]

当黑盒就可以

[cs5117155]

@krixaar 你说好对,有时候做其他事情,有时也会无缘无故偏移初衷了

[cs5117155]

@jdhao 这个也是一个原因,知识不够广度,每次都能听到新技术名词

[xwhxbg]

信息源垃圾+1，这种跟我遇到很多大学教授一样，出来就各种名词堆砌，其实问题很简单，底层细节完全不需要暴露

[cs5117155]

@HENQIGUAI 这个链接内容我喜欢,太有意思了

[wangritian]

@cs5117155 理解概念类似于阅读一个函数的参数和返回值，或者一个接口的文档。比如间隙锁是范围多行锁，就可以了

[luohuanlh]

@kop1989 那么问题来了，优秀的信息源该如何快速找到？

[kop1989]

@luohuanlh #36
我想了想，有两个方向：
一个是可以灵活运用带评分机制的社区，比如栈溢出，比如国内的仿品思否。充分利用社区的筛选机制，高赞最起码不会太差。如果问题覆盖范围相对大（不好检索），而且并不是具体问题的话，比如 lz 说的“mysql 幻读”，可以尝试拆解、改变描述问题。

一个是多点开几个“科普”这个问题的文章，快速浏览其行文，如果出现 A 就是 B，C，然后 D，且自己读不懂的这种句式，果断右上角 x 掉。

比如还是 lz 幻读的这个例子。对于我这个 DB 白痴而言，https://segmentfault.com/a/1190000016566788 这篇文章就是典型的垃圾（对我个人而言），不是说他写的不对或者技术不好，是我看不懂😂，我看了一页依然不明白到底什么是幻读……

但这个文章就说明白了： https://database.51cto.com/art/201905/597093.htm ，而且这篇文章详细阐述了浏览这篇文章所需的技术基础。我就明白了这篇文章的技术深度以及知识依赖，是有限度的，也能预估我的学习时间。

总结：利用社区筛选+快速挑选适合自己知识储备的文章。

[Hodor]

C 和 D 问题，不必知道原理，能用就行。

[URGERKING]

就我个人经验而言,如果 BCD 问题不是太过于复杂(不如在两小时内能够理解明白)或者又跳到 EFG,
应该看完的比较好

总感觉讲了个废话 ww

[URGERKING]

@krixaar #20 可是如果能啃透对于问题来说一般都是好的