· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4804 17.11.1 Raft Engine · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 兼容模式，MySQL 8.0 已移除兼容模式。 • TiDB 的 ONLY_FULL_GROUP_BY 模式与 MySQL 5.7 相比有细微的语义差别。 • NO_DIR_IN_CREATE 和 NO_ENGINE_SUBSTITUTION 仅用于解决与 MySQL 的兼容性问题，并不适用于 TiDB。 2.4.2.14 默认设置 TiDB 的默认设置与 MySQL 5.7 和 MySQL 8.0 有以下区别： NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_ �→ FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4806 17.11.1 Raft Engine · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 兼容模式，MySQL 8.0 已移除兼容模式。 • TiDB 的 ONLY_FULL_GROUP_BY 模式与 MySQL 5.7 相比有细微的语义差别。 • NO_DIR_IN_CREATE 和 NO_ENGINE_SUBSTITUTION 仅用于解决与 MySQL 的兼容性问题，并不适用于 TiDB。 56 2.4.2.14 默认设置 TiDB 的默认设置与 MySQL 5.7 和 MySQL 8 NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_ �→ FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5071 17.11.1 Raft Engine · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · �→ size- �→ limit 新增 控制单个 Region 内存 悲观锁的 内存使用 上限。超 过此限制 时，悲观 锁将回退 到持久化 方式写入 磁盘。 TiKV raft- �→ engine �→ .spill �→ -dir 新增 指定 TiKV 实例存储 Raft 日志文 件的辅助 目录，用 于支持多 盘存储 Raft 日志文件。 53 配置文件 或组件 配置项 修改类型 时，可 以通过修改配置提高内存上限，避免悲观锁落盘导致的 CPU/IO 开销 #17542 @cfzjywxk – Raft Engine 新增 spill-dir 配置，支持 Raft 日志的多磁盘存储。当主目录 dir 所在磁盘的容量不足 时，Raft Engine 会自动将新日志写入 spill-dir，从而确保系统的持续运行 #17356 @LykxSassinator – 优 化 存

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4986 17.11.1 Raft Engine · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 兼容模式，MySQL 8.0 已移除兼容模式。 • TiDB 的 ONLY_FULL_GROUP_BY 模式与 MySQL 5.7 相比有细微的语义差别。 • NO_DIR_IN_CREATE 和 NO_ENGINE_SUBSTITUTION 仅用于解决与 MySQL 的兼容性问题，并不适用于 TiDB。 58 2.4.2.14 默认设置 TiDB 的默认设置与 MySQL 5.7 和 MySQL 8 NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_ �→ FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 5093 17.14.1 Raft Engine · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · �→ size- �→ limit 新增 控制单个 Region 内存 悲观锁的 内存使用 上限。超 过此限制 时，悲观 锁将回退 到持久化 方式写入 磁盘。 TiKV raft- �→ engine �→ .spill �→ -dir 新增 指定 TiKV 实例存储 Raft 日志文 件的辅助 目录，用 于支持多 盘存储 Raft 日志文件。 58 配置文件 或组件 配置项 修改类型 时，可 以通过修改配置提高内存上限，避免悲观锁落盘导致的 CPU/IO 开销 #17542 @cfzjywxk – Raft Engine 新增 spill-dir 配置，支持 Raft 日志的多磁盘存储。当主目录 dir 所在磁盘的容量不足 时，Raft Engine 会自动将新日志写入 spill-dir，从而确保系统的持续运行 #17356 @LykxSassinator – 优 化 存

PageLink Pages组成的场景 Manifest.json YunOS选择Node.js 6 基础技术架构 Cloud App Framework Rendering Engine Run(me & Node.js(VM) YunCore Libs & Services YunHAL Linux (kernel + drivers) Cloud App 模块化、NaZve互调、事件模型 Node.js的不足 作为JavaScript虚拟机还不成熟 (缺少完整的libcore) ？ 9 与V8强绑定，解耦或升级很困难 (naZve调用强依赖V8接口) ？ CPU密集的计算场景中存在性能问题 (单线程，事件驱动，GC效率低) ？ Node.js在YunOS中的最佳实践 10 JS code 16 性能优化的实践(二) Code cache: 充分利用V8引擎的能力，预先将JavaScript代码编译好生成cache文件 运行时加载cache文件，跳过编译过程，直接运行预编译的代码，提高运行效率 a.js Compile Zme: V8 a.js.cache Run Zme: requie(‘a.js’); load a

• 淘宝交易线产品 • 淘宝中后台产品 • 淘系无线架构、中后台架构 https://github.com/yuanyan 元彦 淘系前端团队 天猫未来店 GCanvas C++ Engine GPU OpenGL ES / Vulkan Kreken 原型技术原理 GCanvas JS API Kraken 原型版本优劣 研发效率低 适用场景有限 简单直接 嵌入式主板 … 背后原理 Kraken Dart Framework Kraken Bridge React React Frontend Linux Android iOS Flutter Engine (C++) Composition Frame Scheduling Kraken JavaScript Runtime Kraken Object Model Bridge Binding Binding Text Layout Kraken Protocol Communication JSCallDart DartCallJS Kranken API (C++) V8 JS Engine JS Engine Abstract Flutter Backend Kraken Bridge Protocol Platforms Kraken Bridge Protocol JSC

务质量以及版本的可控性。 能力升级：灰度升级 如左图所示，对某一个实例从v7升级到v8版本。 • 2018-02-06 11:46:38 V7版本开时候运行 • 2018-02-09 09:33:02 对该实例做灰度升级，从V7版本升级到V8 版本 • 2018-02-09 09:33:02 开始pull V8版本的image PS：灰度升级属于原地升级，因此不需要重新过调度，升级的效率 也会提升。 Symposium on Parallel and Distributed Processing with Applications) 生态 Next Tencent Kubernetes Engine