2PC 几个回复写得有点问题，
mysql 实现 2pc 不是 binlog 和 relog 达成共识，而是 XA 事务。XA 事务在很多数据库中是有实现。

共识算法是为了可用性， 服务器节点存在三个角色 ：leader 、follower 、candidate
主从模式中是只有主节点可以写入的。

https://engineering.fb.com/2023/05/16/data-infrastructure/mysql-raft-meta/
可以看看这篇文章

binlog 那是依赖一个主多个从， 当你集群有多个主和多个从节点， 要想达到一致性就不能靠这个了。
mysql 集群 如果要允许多个主多个从 可以写入并达到一致性，就要依赖 paxos ，raft 。不同的公司都有一些实现，比如 facebook 的论文中就有通过 raft 来做一致性

mysql 将这个查询语句创建为一个视图，
这两句改写为在视图上操作。

👍👍👍

可以去看看这篇文章
https://hacks.mozilla.org/2019/03/standardizing-wasi-a-webassembly-system-interface/

@qq135449773 如果是基于 java 来做， 就不要研究了，java 社区对这个关注不高，远远没有成熟度。
wasi 目前支持的比较好的是 rust ，其次是 c++ 和 go 。
容器的资源隔离 wasi 是可以做到的。

在 Web 上，WebAssembly 使用浏览器提供的现有 API 。WebAssembly 系统接口（ WASI ）的创建填补了 WebAssembly 和运行在浏览器外部的系统之间的空白。这使非浏览器系统能够利用 WebAssembly 的可移植性，使 WASI 成为在分发时具有可移植性和在运行负载时具有隔离性的良好选择。

@flyqie wasm 通过 wasm 运行时 运行在各种操作系统上，wasm 运行时 比 容器运行时资源消耗更少，wasi 是用来让 wasm 和 操作系统交互的各种接口调用
k8s 运行 wasm 有两者方法
一种是兼容 Wasm 的组件替换本机 Linux 容器运行时， 使用 krustlet 代替 kubelet ， （ krustlet 目前停止更新）
另一种解决方案是使用带有 Wasm 运行时的基本镜像，并手动调用编译后的二进制文件， 这种依然是依靠容器运行。

目前流行的几种 wasm 运行时 Wasmtime （ Rust ，JIT ）、WAVM （ C/C++，JIT ）、Wasmer （ Rust ，JIT ）、Wasm3 （ C ，解释型）、WAMR (C, 解释型)。
go 编译器 以及 tinygo 都支持编译为 wasm 指令集架构的文件

有便宜的硬件，但是一两百不见得可以拿下
intel 计算棒
Google Coral
国内的 NCS 仿制产品
模型仓库去 intel openvino 和 谷歌的网站上下，有专门的量化模型 fp-16, int8 这种

mysql 打入客户端 操作太神奇，你要调研几种嵌入式数据库， 而不是打包 mysql
比如 WCDB 、Firebird

这方面开发包含了多个方向，而不是一个方向，v2ex 上现在牛人基本越来越少，没有几个人会回复的。
一类是 kubernetes 开发
kubernetes 组件开发 一般在云边协同 和边缘云上很多
如果要运行在国产操作系统上，有的也需要对 kubernetes 源码修改。

一类是运维开发
涉及到 crd, 多集群管理和分发 以及备份，更高级的搞平台工程

一类是容器开发 门槛很高
要求懂 Linux 内核 和网络协议栈

@diagnostics
你嘴里还不是讲几个框架，你不会认为人家没有开源一些流式计算就没有吧。原来懂点框架的程序猿也会觉得自己牛逼， 你说的 apache spark 其中就已经有了替代。
DASK 以及 Ray 的分布式计算麻烦了解一下。
另外我告诉你一句， 你了解的也不过是过去的技术，不代表未来的技术栈。

说 java 不错的麻烦就不要谈神马性能了， 天天用 spring 全家桶的人根本不配谈性能， 和 cpp 持平基本没几个人能做到

java 的确是成熟的业务开发必备， 开发起来效率搞。降低程序员的门槛， 连代码都写得整齐划一，没有特点
如果你不是科班没问题，都是吃饭， 业务开发隔离了很多计算机知识本质就是企业的考虑，好控制人员和成本，缺你都有的是人。

@diagnostics 人家的项目至少在他的工作领域方面很不错， 你有神马，你还不是嘴炮。
另外你不会知道大数据现在已经也在变化吧， 这都是来自于谷歌的大数据论文。

面向工资编程，go 平均工资肯定是比 java 高的，这个在国外的各语言统计有表现。
大多数 javaer 基本都是依赖各种框架和库， 离开框架和库 属于什么都不会。
语言都要分领域的，java 适合的和 go 适合的领域不一样，过个 10 年，业务开发有可能会出现 go 程序员和 java 一样人多了。
现在不是 10 年前的市场，那是招聘基本是 curd 和 web 方面的人。

react native 和 flutter 都是做界面 UI 的， 如果 H5 没有问题， 切换这些没有意义。
关键组件用原生就可以了

建议分析是否需要跨端或在多个平台上构建应用程序，包括 iOS ，Android ，Web 和小程序等。