a*********y
发帖数: 63 | 1 记得这里有人在 uber 工作, 能不能详细说说为什么这样做?
Uber Going Schemaless:
https://www.sswug.org/bentaylor/editorials/uber-going-schemaless/
Why Uber Engineering Switched from Postgres to MySQL:
https://eng.uber.com/mysql-migration/ |
w**z
发帖数: 8232 | 2 你这都是旧闻了，网上讨论很多，各种撕，自己搜吧。
【在 a*********y 的大作中提到】
: 记得这里有人在 uber 工作, 能不能详细说说为什么这样做?
: Uber Going Schemaless:
: https://www.sswug.org/bentaylor/editorials/uber-going-schemaless/
: Why Uber Engineering Switched from Postgres to MySQL:
: https://eng.uber.com/mysql-migration/
|
a*********y
发帖数: 63 | 3 我主要是想了解一些具体的事实.
比如说,究竟是一开始结构设计错了,还是技术选择错了,现在是在纠正错误还是将错就
错? 或者说没有什么错误,就是业务量的增长影响了系统的运行.
我特别想知道内部的人是怎么看的.希望能对自己的工作有个提醒.
【在 w**z 的大作中提到】
: 你这都是旧闻了，网上讨论很多，各种撕，自己搜吧。
|
f*******t
发帖数: 7549 | 4 先读一下uber官方技术blog的文章呗
【在 a*********y 的大作中提到】
: 我主要是想了解一些具体的事实.
: 比如说,究竟是一开始结构设计错了,还是技术选择错了,现在是在纠正错误还是将错就
: 错? 或者说没有什么错误,就是业务量的增长影响了系统的运行.
: 我特别想知道内部的人是怎么看的.希望能对自己的工作有个提醒.
|
a*********y
发帖数: 63 | 5 Uber 官方的东西掩盖了很多事实. 要知道 Uber 以前就是用 MySql 的, 之后他们转成
Postgre, 现在又转回 MySql. 不仅如此, 现在他们用 schemaless. 感觉上从根本上
改变了很多东西.
如果不知道他们什么地方做错了, 那以后做类似 Uber 的东西就会犯同样的错误.
【在 f*******t 的大作中提到】
: 先读一下uber官方技术blog的文章呗
|
m****u
发帖数: 3915 | 6 感觉就是做storage的想刷刷存在感而已
其实他们的数据量也不是很大（相比flg，还有一众社交网络），什么sql应该都是work的
【在 a*********y 的大作中提到】
: Uber 官方的东西掩盖了很多事实. 要知道 Uber 以前就是用 MySql 的, 之后他们转成
: Postgre, 现在又转回 MySql. 不仅如此, 现在他们用 schemaless. 感觉上从根本上
: 改变了很多东西.
: 如果不知道他们什么地方做错了, 那以后做类似 Uber 的东西就会犯同样的错误.
|
w****e
发帖数: 1883 | 7
一看你就没有类似经验，一个项目开始当然都是什么快用什么，先跑起来再说。用户多
了重写架构简直是太家常便饭了。如果开始只有500个用户，却要设计能handle 5百万
用户的架构，那才是浪费呢。
【在 a*********y 的大作中提到】
: Uber 官方的东西掩盖了很多事实. 要知道 Uber 以前就是用 MySql 的, 之后他们转成
: Postgre, 现在又转回 MySql. 不仅如此, 现在他们用 schemaless. 感觉上从根本上
: 改变了很多东西.
: 如果不知道他们什么地方做错了, 那以后做类似 Uber 的东西就会犯同样的错误.
|
a*********y
发帖数: 63 | 8 别开玩笑了! 虽然说重写架构不少见,但变动像这么大的极其少见.你如果不懂就别瞎说.
我记得这里有一个人跳槽到 Uber 作 team lead. 主要想听听他怎么说.
【在 w****e 的大作中提到】
:
: 一看你就没有类似经验，一个项目开始当然都是什么快用什么，先跑起来再说。用户多
: 了重写架构简直是太家常便饭了。如果开始只有500个用户，却要设计能handle 5百万
: 用户的架构，那才是浪费呢。
|
s********k
发帖数: 6180 | 9 https://yq.aliyun.com/articles/58421
这篇是阿里的PG专家批驳Uber换的理由完全乱搞，当然估计实际上哪个DB熟悉的人多就
会用哪个DB了 |
a*********y
发帖数: 63 | 10 是啊. 虽然网上有一些争论, 但大多数人认为 Uber 在瞎搞.
1. Uber 官方 blog 提供的理由不是很 make sense, 至少不能有力地支持为什么从
PostgreSQL 转回 MySQL.
2. 有观点还认为, 既然打算用 shemaless, 也就是说数据库里存的都是 key-value
pair, 那为什么还选用 MySQL, 干脆用 NoSQL 数据库得了.
照理说 Uber 这么大的公司不至于犯这种错误啊. 所以我一直希望 Uber 内部的码公能
提供一些有价值的观点.
【在 s********k 的大作中提到】
: https://yq.aliyun.com/articles/58421
: 这篇是阿里的PG专家批驳Uber换的理由完全乱搞，当然估计实际上哪个DB熟悉的人多就
: 会用哪个DB了
|
N*****m
发帖数: 42603 | 11 @pking2
【在 a*********y 的大作中提到】
: 是啊. 虽然网上有一些争论, 但大多数人认为 Uber 在瞎搞.
: 1. Uber 官方 blog 提供的理由不是很 make sense, 至少不能有力地支持为什么从
: PostgreSQL 转回 MySQL.
: 2. 有观点还认为, 既然打算用 shemaless, 也就是说数据库里存的都是 key-value
: pair, 那为什么还选用 MySQL, 干脆用 NoSQL 数据库得了.
: 照理说 Uber 这么大的公司不至于犯这种错误啊. 所以我一直希望 Uber 内部的码公能
: 提供一些有价值的观点.
|
w********m
发帖数: 1137 | |
w****e
发帖数: 1883 | 13 什么叫“变动这么大的极其少见”？你见过几个公司的变动？很多公司起家都是从
mysql开始的，后来变成什么都有，根据需要决定架构本来就是常识。你提的这个问题
就证明了你是狗屁不懂的雏儿。
说.
【在 a*********y 的大作中提到】
: 别开玩笑了! 虽然说重写架构不少见,但变动像这么大的极其少见.你如果不懂就别瞎说.
: 我记得这里有一个人跳槽到 Uber 作 team lead. 主要想听听他怎么说.
|
