V2EX › sagaxu 的所有回复 › 第 383 页 / 共 578 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 379 380 381 382 383 384 385 386 387 388 ... 578

❮

❯

2020 年 5 月 15 日

回复了 pocarisweat 创建的主题 › 程序员 › 部分程序员对这个社会的认知是不是出现了偏差？

@lpf0309 日本有一堆能在全球收割的公司，强国几个土豪公司都是窝里收割。难得出来几个有出海收割能力的公司，刚有苗头马上被打压，甚至在国内也被口诛笔。

2020 年 5 月 15 日

回复了 en20 创建的主题 › 程序员 › 问一下后端的同学为何你们传参都喜欢 int 1234

代码中不应该出现 ascii 以外的字符，传中文还得写成 unicode

2020 年 5 月 14 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

@peyppicp 只查一个用户，只落到一个分区，这是把数据规模缩小到 1/n 了，当然快的多。现实场景不会给你只命中少量表的局部性优势，任意一分钟内都会多次命中所有表。

2020 年 5 月 14 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

@peyppicp 按一个节点 50 到 100 个算，两层就是 2500 到 10000 。

1. 分 n 个表之后，每个表索引是之前的 1/n
2. n 个分表的总索引大小，跟分表前一样
3. 随机全量查一次每一行，相当于随机遍历索引的每一个节点
4. IO 总量就是索引读取量
5. 索引量一样，所以 IO 量一样

本来有 5 层的时候，如果第 4 层开始频繁出现 cache miss，分表之后，每个表能用的 cache 也要被平分，可能第 3 层就开始频繁的 cache miss 了，均摊下来磁盘 IO 次数并没有减少。

2020 年 5 月 14 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

@peyppicp 从 5 次减少到 3 次，得分几千个表了，定位这几千个表本身也是两层查找，总查找层数似乎没有减少。极端情况下，我每 20 条记录分一个表，是不是就只有一次 IO 了？

2020 年 5 月 14 日

回复了 crx05 创建的主题 › 问与答 › 同步本地修改的文件到远程服务器除了 rsync 还有什么好用的工具吗？

服务器上自动 pull release 分支

2020 年 5 月 13 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

@peyppicp hash 之后不还得查索引？把一个大索引拆成 10 个小索引，如果这 10 个没有冷热之分，总量并没有减少。

2020 年 5 月 13 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

sharding 的目的是让数据分布到不同的 instance，一般是不同的 server，多台 server 的 cpu 和 io 能力可以叠加。

同一个 instance 内，有时会分表或分区，比如订单按日期分，由于一般情况只会访问几个月以内的订单，分区做到了冷热数据分离，减少了热数据规模。

但是同一个 instance 内，不区分冷热数据的分表，提升就不太明显了，虽然很多项目都无脑这么做。

2020 年 5 月 13 日

回复了 mamasan 创建的主题 › 数据库 › 这种情况下是否需要分表

你这种情况，分表相当于人工给索引增加一层，能带来什么提升？

2020 年 5 月 13 日

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

作为后端，用了几年 vue 撸管理后台，被 antd 的勤快打动，今年转 react 了，反正对后端来说，一样的依葫芦画瓢，差别不大。整体上体验差不多，react 的 IDE 支持比 vue 好那么一点点，vue 的 form 语法糖比 react 香甜。

2020 年 5 月 13 日

回复了 1oNflow 创建的主题 › 职场话题 › 你们会主动承担任务吗，还是都等上级安排？

主动挑活，改出大 bug 来，你这锅性质就不同了

2020 年 5 月 13 日

回复了 EEer 创建的主题 › C++ › 看 CTO 封的框架代码，忍不住，吐槽……

阿里王坚 C++水平可能只会写 hello world，crud 大概率不如在座各位。

一级建造师下工地砌墙，估计也会被农民工完爆。