1.?文章文章????Ķ?Դ??
2.请问怎么样在博客文章中插入代码以达到显示代码效果的目的。
3.TiDB 源码阅读系列文章（十六）INSERT 语句详解
4.什么是阅读源码阅读源码源码
5.TiDB 源码阅读系列文章（五）TiDB SQL Parser 的实现

?????Ķ?Դ??

       这篇文章将深入分析 MobX 的 observableObject 数据类型的源码，同时探讨使用 Proxy 和 Object.defineProperty 这两种实现方案来劫持对象行为的文章文章策略。通过分析，阅读源码阅读源码我们能够理解 MobX 在创建 observableObject 时是文章文章如何同时采用这两种方案，并在创建时决定使用哪一种。阅读源码阅读源码asp 商场 源码

       首先，文章文章回顾 observableArray 的阅读源码阅读源码实现方式，通过 Proxy 代理数组的文章文章行为，转发给 ObservableArrayAdministration 来实现响应式修改的阅读源码阅读源码逻辑。同样，文章文章我们已经讨论过 observableValue 的阅读源码阅读源码实现，通过一个特殊的文章文章类 ObservableValue 直接使用其方法，无需代理。阅读源码阅读源码

       对于 observableObject 的文章文章实现机制，其特点在于同时采用了上述两种方案，并且在创建时决定使用哪一种。让我们回到文章中提到的工厂方法，其中根据 options.proxy 的值来决定使用哪一种方案。

       在 options.proxy 为 false 的情况下，使用第一条路径来实现 observableObject。这通过直接返回 extendObservable 的结果，其中 extendObservable 是一个工具函数，用于向已存在的目标对象添加 observable 属性。属性映射中的所有键值对都会导致目标上生成新的 observable 属性，并且属性映射中的任意 getters 会被转化为计算属性。

       这里首先根据 options 参数选择特定的 decorator，这个过程与之前在第一篇文章中通过 options 参数选择特定的 enhancer 类似。实际上，这里的 decorator 起到了类似的作用，甚至在创建 decorator 这个过程本身也需要通过 enhancer 参数。

       至于 decorator 和 enhancer 之间的耦合机制，文章中详细解释了 createDecoratorForEnhancer 和 createPropDecorator 函数，通过这些函数我们能够了解到它们是如何将 decorator 和 enhancer 联系起来的。

       接下来，源码研究社文章深入分析了 decorator 的作用机制，包括它如何决定是否立即执行，以及在不立即执行时如何将创建 prop 的相关信息保存下来。通过 initializeInstance 函数，我们了解了如何解决 # 问题，这涉及到如何正确处理那些在创建时未被立即执行的 prop。

       最终，通过为 target 对象创建 ObservableObjectAdministration 管理对象，并通过 $mobx 和 target 属性将它们关联起来，我们完成了 observableObject 的创建。如果传入的 properties 不为空，则使用 extendObservableObjectWithProperties 来初始化。这里的代码逻辑相对简单，主要遍历 properties 中的所有键并调用对应的 decorator。

       文章还指出，虽然在第一条路径中，使用 Object.defineProperty 重写了 prop 的 getter 和 setter，但在 MobX 4 及以下版本中，使用 Proxy 来实现 observableObject 的逻辑更为常见。Proxy 特性在 ES6 引入后，提供了更强大的能力来劫持对象的行为，不仅限于 getter 和 setter，还包括对象的其他行为。

       最后，文章总结了使用 Proxy 方案的优点，包括能够更全面地劫持对象的行为，而不仅仅是属性的 getter 和 setter。Proxy 方案在实现双向绑定时，能够提供更灵活和强大的功能。同时，文章也提到了两种方案的局限性，尤其是在处理对象属性的可观察性方面，Proxy 方案在某些情况下可能更具优势。

请问怎么样在博客文章中插入代码以达到显示代码效果的联联源码目的。

       在博客文章中插入代码以达到显示代码效果的目的，主要可以通过以下步骤实现：

       首先，需要进入文章编辑页面。点击“发表文章”或“编辑文章”，进入文章编辑模式。

       接下来，找到并点击文章编辑界面中的“显示源代码”选项，勾选该选项，这样当代码显示出来时，源代码也会一并呈现。

       然后，将需要展示的代码粘贴到文章编辑区域中。确保代码格式正确，无遗漏或多余字符。

       完成代码粘贴后，再次检查“显示源代码”选项是否仍然被勾选。如果勾选状态未变，即勾号未消失，则表明设置成功。

       最后，完成所有编辑操作后，点击发表或保存文章的按钮，发布或保存文章。

       通过上述步骤，您可以在博客文章中插入代码，并确保代码能够以清晰、易于阅读的方式呈现给读者。这种方法适用于多种代码编辑器和博客平台，只要支持代码高亮显示功能即可。

TiDB 源码阅读系列文章（十六）INSERT 语句详解

       作者：于帅鹏

       在之前的系列文章《TiDB 源码阅读系列文章（四）INSERT 语句概览》中，我们初步探讨了 INSERT 的基本流程。本文将深入讨论 TiDB 中 INSERT 语句的多样性，特别是处理 Unique Key 冲突的策略，以期帮助读者全面理解这些复杂情况。睡眠监测源码

       首先，我们来划分 TiDB 中的 INSERT 语句类型：基本 INSERT、INSERT IGNORE、INSERT ON DUPLICATE KEY UPDATE、以及 REPLACE INTO。这些语句各有不同的行为和语义：

       基本 INSERT：遇到唯一约束冲突时，执行失败。

       INSERT IGNORE：冲突时忽略，但显示警告。

       INSERT ON DUPLICATE KEY UPDATE：更新冲突行，可能引发进一步的冲突处理。

       REPLACE INTO：冲突时删除并替换，可影响多行。

       在源码实现上，TiDB 为这些复杂操作设计了独特的逻辑。例如，Basic INSERT 的执行逻辑在 executor/insert.go 中，而 INSERT IGNORE 则需要在执行过程中即时检查并处理冲突，通过 batchChecker 实现批量检测。

       INSERT ON DUPLICATE KEY UPDATE 是最复杂的，涉及 INSERT 和 UPDATE 的组合，它会先尝试 UPDATE 冲突行，然后在事务提交时统一执行。REPLACE INTO 则在冲突时执行删除和插入，一次操作可能影响多行。

       深入理解这些 INSERT 语句的实现，有助于在实际使用时做出合理的选择，尤其是在处理大量数据和复杂约束时。对于希望贡献代码的开发者，这将是一个宝贵的参考资料。

什么是源码

       源码，也称为源代码，是指一种编程语言编写的文本文件。

       源码是烧鸡溯源码编程语言的原始形式，它包含了程序的结构、逻辑和算法等核心信息。程序员使用源代码编写软件或程序，并保存在文件中。该文件可以通过编译器或其他工具进行翻译或编译成计算机能够执行的二进制代码，从而在实际硬件上运行。简单地说，源代码就是编写程序的基础文本信息，相当于文章的原始手稿。

       下面是关于源码的详细解释：

       源码是一种可读的文本文件，包含了编程语言编写的指令和逻辑。这些代码在编译或解释执行之前，是计算机无法直接理解的。因此，程序员需要将这些源代码翻译成计算机能够执行的机器语言或字节码。不同的编程语言有不同的语法和规则，但它们的目的都是为了实现特定的功能或解决特定的问题。源码是软件开发过程中的基础，也是软件调试、维护和优化的重要依据。此外，开源软件的源代码是公开的，开发者可以阅读、修改和使用，这对于软件行业的发展和技术的传播起到了重要的推动作用。

       总之，源码是编程语言的原始形式，是软件开发的基础。它包含了程序的结构、逻辑和算法等信息，需要通过编译或解释执行才能在计算机上运行。对于软件的开发、调试、维护和优化，源码都是非常重要的参考依据。

TiDB 源码阅读系列文章（五）TiDB SQL Parser 的实现

       本文是 TiDB 源码阅读系列文章的第五篇，主要内容围绕 SQL Parser 功能实现进行讲解。内容源自社区伙伴马震（GitHub ID：mz）的投稿。系列文章的目的是与数据库研究者及爱好者深入交流，收到了社区的积极反馈。后续，期待更多伙伴加入 TiDB 的探讨与分享。

       TiDB 的源码阅读系列文章，帮助读者系统性地学习 TiDB 内部实现。最近的《SQL 的一生》一文，全面阐述了 SQL 语句处理流程，从接收网络数据、MySQL 协议解析、SQL 语法解析、查询计划制定与优化、执行直至返回结果。

       其中，SQL Parser 的功能是将 SQL 语句按照 SQL 语法规则进行解析，将文本转换为抽象语法树（AST）。此功能需要一定背景知识，下文将尝试介绍相关知识，以帮助理解这部分代码。

       TiDB 使用 goyacc 根据预定义的 SQL 语法规则文件 parser.y 生成 SQL 语法解析器。这一过程可在 TiDB 的 Makefile 文件中看到，通过构建 goyacc 工具，使用 goyacc 依据 parser.y 生成解析器 parser.go。

       goyacc 是 yacc 的 Golang 版本，因此理解语法规则定义文件 parser.y 及解析器工作原理之前，需要对 Lex & Yacc 有所了解。Lex & Yacc 是用于生成词法分析器和语法分析器的工具，它们简化了编译器的编写。

       下文将详细介绍 Lex & Yacc 的工作流程，以及生成解析器的过程。我们将从 Lex 根据用户定义的 patterns 生成词法分析器，词法分析器读取源代码并转换为 tokens 输出，以及 Yacc 根据用户定义的语法规则生成语法分析器等角度进行阐述。

       生成词法分析器和语法分析器的过程，用户需为 Lex 提供 patterns 的定义，为 Yacc 提供语法规则文件。这两种配置都是文本文件，结构相同，分为三个部分。我们将关注中间规则定义部分，并通过一个简单的例子来解释。

       Lex 的输入文件中，规则定义部分使用正则表达式定义了变量、整数和操作符等 token 类型。例如整数 token 的定义，当输入字符串匹配正则表达式时，大括号内的动作会被执行，将整数值存储在变量yylval 中，并返回 token 类型 INTEGER 给 Yacc。

       而 Yacc 的语法规则定义文件中，第一部分定义了 token 类型和运算符的结合性。四种运算符都是左结合，同一行的运算符优先级相同，不同行的运算符，后定义的行具有更高的优先级。语法规则使用 BNF 表达，大部分现代编程语言都可以使用 BNF 表示。

       表达式解析是生成表达式的逆向操作，需要将语法树归约到一个非终结符。Yacc 生成的语法分析器使用自底向上的归约方式进行语法解析，同时使用堆栈保存中间状态。通过一个表达式 x + y * z 的解析过程，我们可以理解这一过程。

       在这一过程中，读取的 token 压入堆栈，当发现堆栈中的内容匹配了某个产生式的右侧，则将匹配的项从堆栈中弹出，将该产生式左侧的非终结符压入堆栈。这个过程持续进行，直到读取完所有的 tokens，并且只有启始非终结符保留在堆栈中。

       产生式右侧的大括号中定义了该规则关联的动作，例如将三项从堆栈中弹出，两个表达式相加，结果再压回堆栈顶。这里可以使用 $position 的形式访问堆栈中的项，$1 引用第一项，$2 引用第二项，以此类推。$$ 代表归约操作执行后的堆栈顶。本例的动作是将三项从堆栈中弹出，两个表达式相加，结果再压回堆栈顶。

       在上述例子中，动作不仅完成了语法解析，还完成了表达式求值。一般希望语法解析的结果是一颗抽象语法树（AST），可以定义语法规则关联的动作。这样，解析完成时，我们就能得到由 nodeType 构成的抽象语法树，对这个语法树进行遍历访问，可以生成机器代码或解释执行。

       至此，我们对 Lex & Yacc 的原理有了大致了解，虽然还有许多细节，如如何消除语法的歧义，但这些概念对于理解 TiDB 的代码已经足够。

       下一部分，我们介绍 TiDB SQL Parser 的实现。有了前面的背景知识，对 TiDB 的 SQL Parser 模块的理解会更易上手。TiDB 使用手写的词法解析器（出于性能考虑），语法解析采用 goyacc。我们先来看 SQL 语法规则文件 parser.y，这是生成 SQL 语法解析器的基础。

       parser.y 文件包含 多行代码，初看可能令人感到复杂，但该文件仍然遵循我们之前介绍的结构。我们只需要关注第一部分 definitions 和第二部分 rules。

       第一部分定义了 token 类型、优先级、结合性等。注意 union 结构体，它定义了在语法解析过程中被压入堆栈的项的属性和类型。压入堆栈的项可能是终结符，也就是 token，它的类型可以是 item 或 ident；也可能是非终结符，即产生式的左侧，它的类型可以是 expr、statement、item 或 ident。

       goyacc 根据这个 union 在解析器中生成对应的 struct。在语法解析过程中，非终结符会被构造成抽象语法树（AST）的节点 ast.ExprNode 或 ast.StmtNode。抽象语法树相关的数据结构定义在 ast 包中，它们大都实现了 ast.Node 接口。

       ast.Node 接口有一个 Accept 方法，接受 Visitor 参数，后续对 AST 的处理主要依赖这个 Accept 方法，以 Visitor 模式遍历所有的节点以及对 AST 做结构转换。例如 plan.preprocess 是对 AST 做预处理，包括合法性检查以及名字绑定。

       union 后面是对 token 和非终结符按照类型分别定义。第一部分的最后是对优先级和结合性的定义。文件的第二部分是 SQL 语法的产生式和每个规则对应的 aciton。SQL 语法非常复杂，大部分内容都是产生式的定义。例如 SELECT 语法的定义，我们可以在 parser.y 中找到 SELECT 语句的产生式。

       完成语法规则文件 parser.y 的定义后，使用 goyacc 生成语法解析器。TiDB 对 lexer 和 parser.go 进行封装，对外提供 parser.yy_parser 进行 SQL 语句的解析。

       最后，我们通过一个简单的例子，使用 TiDB 的 SQL Parser 进行 SQL 语法解析，构建出抽象语法树，并通过 visitor 遍历 AST。我实现的 visitor 只输出节点的类型，运行结果依次输出遍历过程中遇到的节点类型。

       了解 TiDB SQL Parser 的实现后，我们有可能实现当前不支持的语法，如添加内置函数。这为我们学习查询计划以及优化打下了基础。希望这篇文章对读者有所帮助。

       作者介绍：马震，金蝶天燕架构师，负责中间件、大数据平台的研发，今年转向 NewSQL 领域，关注 OLTP/AP 融合，目前在推动金蝶下一代 ERP 引入 TiDB 作为数据库存储服务。