V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sryanyuan  ›  全部回复第 6 页 / 共 8 页
回复总数  160
1  2  3  4  5  6  7  8  
2020-05-25 09:47:35 +08:00
回复了 wangyzj 创建的主题 Go 编程语言 [月经贴] golang 能否完全替代 c++?
争来争去没意思 学两个 根据项目来选语言
2020-05-22 18:20:20 +08:00
回复了 noble4cc 创建的主题 程序员 telnet 为什么能连接 redis 呢?
还有一个原因是 redis 的协议支持 inline 模式以\r\n 分割来执行指令,没有包头等附加协议
2020-03-27 10:44:40 +08:00
回复了 kenvix 创建的主题 宽带症候群 github.io 大规模中间人?
苏州电信 github.com 复现
2020-03-12 16:32:35 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,请教各位大佬,如何从 0 学习 libevent?
先学习网络模型,不要一开始就用网络库
2019-12-04 18:44:39 +08:00
回复了 lidfather 创建的主题 程序员 c++用什么 ide 好?
windows vs
linux vscode
2019-11-01 16:14:58 +08:00
回复了 holydancer 创建的主题 程序员 公司密码要求 12 位以上,每次修改不能用历史密码
我是前面加了个数字 1-5 轮流来
2019-10-14 12:11:13 +08:00
回复了 shylockhg 创建的主题 问与答 请教一个 c++编译链接问题
默认链接先是动态库 然后是静态库
假如需要链接静态库 显式的写-l xxx/libcurl_7_26.a 试试
2019-07-09 11:53:54 +08:00
回复了 wewin 创建的主题 Go 编程语言 请教 golang slice 相关的问题
golang 都是值复制 没有引用
2019-04-09 16:29:00 +08:00
回复了 wesall100200 创建的主题 程序员 萌新求问, Golang 和 C++我应该选择哪一个作为备用语言?
看你干什么的了 go 和 c++的学习成本完全不是一个等级的 假设你有操作底层的需求 或者写各种计算密集型应用 那 c++还是很强大的
2019-01-03 10:16:02 +08:00
回复了 flikecn 创建的主题 MySQL 一个用 Go 语言开发的分布式 MySQL Binlog 存储系统
不错的东西 本来 19 年打算做这个的 思路也差不多
2018-12-29 11:24:01 +08:00
回复了 fox0001 创建的主题 程序员 现在都用什么开发 Windows GUI 客户端?
mfc/qt/duilib
2018-11-23 16:54:31 +08:00
回复了 Chenamy2017 创建的主题 问与答 将 MariaSQL 数据库中的数据同步到 PostgreSQL 中,如何实现?
抽 maria 的 binlog 然后在 pg 里执行
开源的就是阿里的 otter 了 还有阿里运维团队的 drc,不过这个貌似不开源
其余开源的很少,基本都是公司基于业务自研的
因为涉及到数据一致性,必须在业务端做单元化才行,底层和应用层都要改造,不是那么简单的
我就在做这个 自研了一套同步系统 基于 binlog 的主主同步
2018-05-25 10:35:03 +08:00
回复了 DoctorCat 创建的主题 程序员 话说现在用 Go 做事情的人多么,招人难度大么?
我周围基本都是其它语言转 go 的 我们组主要是 c++ 用 go 的话 基本看半天就能上手写代码了
主要是 c++开发速度太慢 基本除了性能和内存要求很高的核心用 c++ 其余的服务都改用 go 了

然后我们所在的大部门,基本都从各种语言转到了 go,java php c#的都有,但是直接招主要语言是 go 的人貌似还没遇到过
2018-05-10 09:36:08 +08:00
回复了 JerseyCafe 创建的主题 Go 编程语言 想知道大家在 Mac 下写 Go 都是用的什么 IDE
goland 太臃肿了 不太喜欢
基本只用 vscode,只是配置比较麻烦,所以自己写了个小工具自动生成项目,直接把文件夹拉进去直接写
2018-05-09 16:56:23 +08:00
回复了 flowarmor 创建的主题 程序员 关于 InnoDB 起始段大小的疑问
表空间文件刚创建的时候 初始大小是 96KB 一共有 6 页
page 0 是 file space header,用户管理 extend 信息,一共可以管理 512 个 extend(512M),假设多了,那么会在后续多一个 extend descriptor
page 1 是 insert buffer bitmap
page 2 是 file segment inode,用于管理 segment 的
剩下 3 页都是空闲页

当创建表并添加一条记录的时候,page 3 会作为 leaf node 存储数据,此时会占用 2 个 inode (假设只有 1 个 primary key 和作为索引),一个用于记录 leaf 的 extend 信息,一个用于记录 non-leaf 的 extend 信息,在这里该 page 既是 leaf 也是 non-leaf。

在从 segment 分配 page 的时候,首先会去空闲页中寻找可用的空闲页,存入 inode 的尺寸为 32 的碎片页数组,当该数组满的时候,会单独分配 1 个 extend。

所以这本书上说的 32 个页的碎片页,不是指实际分配的碎片页,指的是当一个新表创建后,首先分配的是碎片页,当分配了 32 个碎片页之后,才会分配单独的完整的 extend,当然该 extend 会被记录到 inode 中。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   969 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 22:39 · PVG 06:39 · LAX 14:39 · JFK 17:39
♥ Do have faith in what you're doing.