p*****2 发帖数: 21240 | |
P****i 发帖数: 12972 | 2 200K啥?bytes?
这有啥问题
【在 p*****2 的大作中提到】 : 比如每天200K的数据量, mysql可以吗?
|
p*****2 发帖数: 21240 | 3
record, 每个records应该有10几个fields这样吧。
【在 P****i 的大作中提到】 : 200K啥?bytes? : 这有啥问题
|
P****i 发帖数: 12972 | 4 一个星期1m records,一年才50m,没问题
【在 p*****2 的大作中提到】 : : record, 每个records应该有10几个fields这样吧。
|
p*****2 发帖数: 21240 | 5
一个server吗?前几天听人说mysql handle 1M的数据就有问题了,也不知道准确不准
确。
什么样的量应该上NOSQL了?
【在 P****i 的大作中提到】 : 一个星期1m records,一年才50m,没问题
|
z****e 发帖数: 54598 | 6 我觉得你不能这样想
经常有人演示过twitter的客户增长曲线
如果成功了之后,那个增长,完全就是火箭发射一般的直线增长
就算有钱,也跟不上
应该从数据结构入手
如果是重要性的数据,比如账户信息,金钱交易
就上transaction做结构化存储
否则的话,比如客户每天生成的各种消费记录,twitter的#之类的
完全可以做非结构化存储
【在 p*****2 的大作中提到】 : : 一个server吗?前几天听人说mysql handle 1M的数据就有问题了,也不知道准确不准 : 确。 : 什么样的量应该上NOSQL了?
|
T*********g 发帖数: 496 | 7 小意思
【在 p*****2 的大作中提到】 : : 一个server吗?前几天听人说mysql handle 1M的数据就有问题了,也不知道准确不准 : 确。 : 什么样的量应该上NOSQL了?
|
g*****g 发帖数: 34805 | 8 1M太没压力了,别忘了twitter用mysql cluster做主力数据库用了很多年。
【在 p*****2 的大作中提到】 : : 一个server吗?前几天听人说mysql handle 1M的数据就有问题了,也不知道准确不准 : 确。 : 什么样的量应该上NOSQL了?
|
c*********e 发帖数: 16335 | 9 twitter到底牛在哪?facebook牛在哪? 俺朋友一直问俺。
【在 g*****g 的大作中提到】 : 1M太没压力了,别忘了twitter用mysql cluster做主力数据库用了很多年。
|
p*****2 发帖数: 21240 | 10
有钱就牛
【在 c*********e 的大作中提到】 : twitter到底牛在哪?facebook牛在哪? 俺朋友一直问俺。
|
|
|
g*****g 发帖数: 34805 | 11 你是说技术上?实时,高并发的服务都不好做。特别是twitter这样beyonce发个微薄,
几千万follow的用户都会收到notification,还要在几秒之内。
【在 c*********e 的大作中提到】 : twitter到底牛在哪?facebook牛在哪? 俺朋友一直问俺。
|
p*****2 发帖数: 21240 | 12
大牛说的是。其实应该上NoSQL, 但是他们说MySQL可以直接生成report啥的,建议
MySQL。
【在 z****e 的大作中提到】 : 我觉得你不能这样想 : 经常有人演示过twitter的客户增长曲线 : 如果成功了之后,那个增长,完全就是火箭发射一般的直线增长 : 就算有钱,也跟不上 : 应该从数据结构入手 : 如果是重要性的数据,比如账户信息,金钱交易 : 就上transaction做结构化存储 : 否则的话,比如客户每天生成的各种消费记录,twitter的#之类的 : 完全可以做非结构化存储
|
z****e 发帖数: 54598 | 13 前面二爷说了
不过钱多是结果
现在投资者认为,有客户就值得投资
这些公司的用户数量庞大,所以容易吸引投资者投钱
【在 c*********e 的大作中提到】 : twitter到底牛在哪?facebook牛在哪? 俺朋友一直问俺。
|
S**********C 发帖数: 161 | 14 200K rows is nothing, it can handle 200M+ and above.
【在 p*****2 的大作中提到】 : 比如每天200K的数据量, mysql可以吗?
|
w**z 发帖数: 8232 | 15 一个已经上市了,一个马上要上市。
【在 c*********e 的大作中提到】 : twitter到底牛在哪?facebook牛在哪? 俺朋友一直问俺。
|
p*****2 发帖数: 21240 | 16
每天吗?
【在 S**********C 的大作中提到】 : 200K rows is nothing, it can handle 200M+ and above.
|
w**z 发帖数: 8232 | 17 if the data gets too big, you can shard and bring read slaves. Twitter can
live with MySQL , it tells you something. of course, twitter spends a lot
energy tuning it.
【在 p*****2 的大作中提到】 : : 每天吗?
|
p*****2 发帖数: 21240 | 18
can
lot
感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
【在 w**z 的大作中提到】 : if the data gets too big, you can shard and bring read slaves. Twitter can : live with MySQL , it tells you something. of course, twitter spends a lot : energy tuning it.
|
w**z 发帖数: 8232 | 19 那是,table 一大,alter table 比较痛苦。
【在 p*****2 的大作中提到】 : : can : lot : 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
P****i 发帖数: 12972 | 20 这个是主要问题
【在 p*****2 的大作中提到】 : : can : lot : 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
|
|
s*****r 发帖数: 43070 | 21 这个数据量对于mysql是小case了,single mysql node,10M以下的table都没问题,而
且现在还有cluster。
【在 p*****2 的大作中提到】 : : can : lot : 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
s*****r 发帖数: 43070 | 22 report基本都需要join的,这个nosql不好使,办法就是denormalize,把所有的数据都
放在一起。
【在 p*****2 的大作中提到】 : : can : lot : 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
w**z 发帖数: 8232 | 23 hbase +hadoop.
【在 s*****r 的大作中提到】 : report基本都需要join的,这个nosql不好使,办法就是denormalize,把所有的数据都 : 放在一起。
|