V2EX › mightybruce 的所有回复 › 第 38 页 / 共 40 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 30 31 32 33 34 35 36 37 38 39 ... 40

❮

❯

2023 年 9 月 24 日

回复了 hjcpnr 创建的主题 › MySQL › Mysql select for update 的加锁机制？

age 在 select 中从 char 变为 int 发生了隐式转换，这个时候不会走索引

2023 年 9 月 24 日

回复了 hjcpnr 创建的主题 › MySQL › Mysql select for update 的加锁机制？

看 mysql 文档，了解一下间隙锁、临键锁、记录锁的区别。

2023 年 9 月 24 日

回复了 hjcpnr 创建的主题 › MySQL › Mysql select for update 的加锁机制？

select for update 百分百会加锁，而且是悲观锁。
尽量少用 select for update

2023 年 9 月 23 日

回复了 yellowmarlboro 创建的主题 › 程序员 › [数据开发] Doris 实际生产经验以及问题请教

其他方案有 clickhouse, clickhouse 可以直接支持连入 mysql ，并导入

2023 年 9 月 21 日

回复了 KuAoaoaoao 创建的主题 › Java › 给女朋友做的视频播放平台，播放视频很卡，有几张方案解决

ts, flv 压缩率太低，
建议采用 DASH 或 HLS(m3u8 + fmp4) 来播放视频分片。
m3u8 采用多级 m3u8 索引, 将视频转成多个不同分辨率的片段，每个子索引 m3u8 对应相应的分辨率片段，保证视频的播放平滑。
服务器带宽要高点。

使用 mp4 将视频压缩率提高, 并选用合适的分辨率。移动 moov box 到 MP4 文件头部，播放器获取到 moov box 才能开始播放视频。视频传输采用 http 渐进式下载，

使用云服务的对象存储保存这些视频

2023 年 9 月 21 日

回复了 badbye 创建的主题 › 程序员 › 这波 jdk21 的更新，会不会引发 go 系统重构成 Java 的 kpi 需求

另外说一句，就算 java 有了这些其他语言早就有的，graalvm 不成熟稳定吧，java 打包二进制体积，启动速度提升依然都还早。新技术要求语言的新功能和特性，java 一个都没有。这几年业界关注的
都是语言有库集成 ebpf, 语言整合 wasm 配合 wasi 运行时。

2023 年 9 月 21 日

回复了 badbye 创建的主题 › 程序员 › 这波 jdk21 的更新，会不会引发 go 系统重构成 Java 的 kpi 需求

goroutine 不是 coroutine 协程，GMP 调度是多个线程对应多个协程的抢占式调度。async/await 是偏向 IO 的协程。

2023 年 9 月 21 日

回复了 badbye 创建的主题 › 程序员 › 这波 jdk21 的更新，会不会引发 go 系统重构成 Java 的 kpi 需求

goroutine 不需要任何包，是直接嵌入 go 的，绝大多数性能比较的测试都是没有意义的。javaer 还是做你的 crud 还有业务吧，别来搞基础设施。

2023 年 9 月 21 日

回复了 badbye 创建的主题 › 程序员 › 这波 jdk21 的更新，会不会引发 go 系统重构成 Java 的 kpi 需求

go 又不是靠业务发展的，靠的是中间件和云原生。java 再怎么样，在云原生中也是靠边站的角色。只有少数云原生中间件会选用 java, 云原生大多数组件也不是一种语言，go/rust/c++ 三种都有。

2023 年 9 月 21 日

回复了 zjcKD 创建的主题 › Java › Apache ShardingSphere 使用调研

首先这个不是分布式数据库，只是个分库分表的中间件。
第二，这个除了 proxy 以外只能对接 java 语言
第三，这些组件出现较早，并不适合云原生。
在过个十年，这些都会被淘汰，NewSQL 比如 tidb, oceanbase, polardb 才是真正的分布式数据库，而不是依赖 mysql 的组件。

2023 年 9 月 21 日

回复了 wganbleuthall 创建的主题 › Kubernetes › springCloud 微服务 + K8s service discovery, 如何在集群外跑

@dayeye2006199
接你的方法
还可以用 kt-connect 把远程流量导入本地测试
https://github.com/alibaba/kt-connect

2023 年 9 月 18 日

回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全

IBE 和 PKS 没有一点关系。
公钥设施并不依赖于某一个公司的，你的电脑和手机在出厂的时候就已经植入受信的安全证书。

2023 年 9 月 18 日

回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全

不依赖于公密钥体系和可信第三方 CA 的加密可以做到端到端加密，不过是一种更加复杂的加密
基于身份的密码体系（ identity-based encryption)
2001 年，Boneh 和 Franklin 正式给出 IBE 的定义，安全模型，并应用双线性对（ Bilinear Map ）构造了一个安全的 IBE 方案
不过基于 pairings 的 IBC 方案，在实现时往往都有些性能问题，因此 IBC without pairings 也算是近些年研究比较多的课题。
这些可供了解。

2023 年 9 月 18 日

回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全

原来题主想钻研网络安全，这个远远不是工程师和程序员所了解的。
你还是问问大学安全方面的教授比较好，我工作之前在大学是学信息安全的硕士，很多东西已经还给老师了。
这方面入门看一本书 Springer 出的《 Protocols for authentication and key establishment 》

2023 年 9 月 18 日

回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全

这是考题吗？
这个文字叙述并不严谨，如果抽象出来，在信息安全这一行是有专门的逻辑形式化验证协议漏洞的。(数学符号逻辑验证），大名鼎鼎的 Needham–Schroeder 协议在使用了 20 多年后漏洞就是这样发现的。

从本身来看
这种传递明显不够安全。
反复使用同一个 key, 并没有加上一些生成新 key 的机制，不满足安全上的 key freshness ，另外不满足安全中前向安全性和后向安全性。

2023 年 9 月 16 日

回复了 nowheremanx 创建的主题 › 程序员 › 底层网络数据传输检验方法

编码理论是一本非常厚的数学书，密密麻麻都是公式和计算。里面就有要讨论的伽罗华域(Galois Fields)，码字，编码空间、编码距离、线性码、非线性码这些。

2023 年 9 月 16 日

回复了 nowheremanx 创建的主题 › 程序员 › 底层网络数据传输检验方法

数据验证日常生活都多得很，你的身份证如果有一位是填错的，也是可以纠正的
条形码和二维码都有一定的纠错能力。
Reed-Solomon Codes——RS 纠错码在存储中用得多。

2023 年 9 月 16 日

回复了 nowheremanx 创建的主题 › 程序员 › 底层网络数据传输检验方法

这不是工程领域需要研究的，感兴趣要去啃信息论和编码理论的书，前提还要会抽象代数知识。我以前没少算这些，除非你是做安全或分布式存储系统开发的，你大概率是不会遇到的。

2023 年 9 月 16 日

回复了 matrix1010 创建的主题 › Go 编程语言 › Vitess 将使用 Theine 作为 plan cache

小伙你项目可能火了，vitess 可是云原生分库分表的项目。
另外 planetscale serverless 数据库都是基于 vitess 上的。

2023 年 9 月 15 日

回复了 yocoso 创建的主题 › React › web 直播推流思路

另外 webrtc 中每个节点是对等的，直播不需要对等的，也不需要信令服务器和 NAT 打洞。

1 ... 30 31 32 33 34 35 36 37 38 39 ... 40

❮

❯