V2EX › irisdev 的所有回复 › 第 1 页 / 共 15 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 15

❮

❯

14 小时 50 分钟前

回复了 lu162 创建的主题 › 职场话题 › 同样是被裁员的同事，现在收入是你的 5 倍，作何感想

我也感觉你走错路了，这份外包才月入两万，也没啥前途，辞职去干直播吧，你肯定也行的

4 天前

回复了 vgbire 创建的主题 › 职场话题 › 应该帮玩的还行的同事打卡吗

我是不理解有些烂人为什么会心安理得地以朋友之名让人做损人利我之事

5 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

我找到了一篇相当不错的文章解决了部分疑问: https://tech.meituan.com/2016/11/18/dianping-order-db-sharding.html

5 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@chutianyao 懂了，谢谢

5 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@chutianyao 老哥用 mycat 这种中间件会有事务问题吗，是不是一致性不太好保证，尤其高并发场景

5 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@javak 刚毕业时大公司干过一段时间，不过干的前端。现在能力不够没机会去大公司了~

5 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@dxddd 我一开始不理解这样"union"速度真的会快很多吗，因为在 sql 里面写 union 应该是串行查的。但是昨晚琢磨了一下，一个两千万的表，索引没建好可能查的很慢，但是拆成 5 个 200 万的表，，如果可以做到并行查，并行查然后汇总的话，也许某些场景下，查询是会快很多，但是如 2 楼所说，也不是什么银弹，并不是分布式或是分库分表就一定可以高效解决数据量大慢的问题，原理还是不太懂，但大概知道是这么个意思了，不知道理解对不对

6 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@luciankaltz 哥们你这是 ai 还是手打的。。我已经分不清了。现代数据库指分布式数据库吗

6 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@seth19960929 明白了，谢谢。我把问题想简单了，没有一劳永逸的方案

6 天前

回复了 irisdev 创建的主题 › 数据库 › 关于分库分表的一点疑惑

@paopjian 😳还是在应用层解决吗，还以为数据库自带什么机制可以提供单体类似的数据库链接

6 天前

回复了 moyupai 创建的主题 › 职场话题 › 从面别人，到找不到工作，年底了没脸回家了

@hackyuan v 站上限深不可测，10k 以下的也大有人在