每年千万条数据增长速度, mysql 和 oracle 的选择? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
imydou
0.61D
V2EX    数据库

每年千万条数据增长速度, mysql 和 oracle 的选择?

  •  
  •   imydou 2015-11-19 19:04:22 +08:00 2856 次点击
    这是一个创建于 3696 天前的主题,其中的信息可能已经有所发展或是发生改变。

    从性能角度上比较,两边数据表做同样的优化,两者性能差多少?
    不分表的情况下,查询性能

    第 1 条附言    2015-11-19 20:52:50 +08:00
    感谢各位回复!
    看到回复很有信心用 mysql 开发这个项目
    祝各位技术事业节节高!
    38 条回复    2016-01-06 08:45:08 +08:00
    qiayue
        1
    qiayue  
    PRO
       2015-11-19 19:14:45 +08:00 via iPhone
    千万数据不多,真的不多,尤其还是一年才千万。
    这点数据比不出性能差别。

    不过,还是要看你的数据具体情况,具体应用场景。
    ca1123
        2
    ca1123  
       2015-11-19 19:29:04 +08:00
    sqlite
    折腾个 p
    raysmond
        3
    raysmond  
       2015-11-19 19:34:55 +08:00
    cassandra 丝毫不担心
    lightening
        4
    lightening  
       2015-11-19 19:38:07 +08:00
    不管怎么说现在也用 pg 了吧,还用 MySQL 干啥?
    goodryb
        5
    goodryb  
       2015-11-19 19:57:18 +08:00
    同意 1 楼的看法,千万条真的不多,前提是承载数据库的服务器不要太差
    如果可以,楼主考虑一下放在云上,按量付费,又无需维护,最简单
    Keita1314
        6
    Keita1314  
       2015-11-19 20:00:41 +08:00
    每天 300 万数据,单表 14 亿条数据,用 mongodb ,现在正在拆表
    pynix
        7
    pynix  
       2015-11-19 20:03:08 +08:00
    这点数据真的没什么搞头,,,
    jamesxu
        8
    jamesxu  
       2015-11-19 20:03:59 +08:00
    公司外包出去的项目,用的 oracle ,不到 1000 万数据,查询起来很慢,最多有四五十秒的,我也是醉了

    小数据量不足以将各个数据库区分开来,关键看数据库的设计
    em70
        9
    em70  
       2015-11-19 20:08:17 +08:00 via Android
    Mysql 足矣
    zztt168
        10
    zztt168  
       2015-11-19 20:15:36 +08:00
    怎么感觉 mySQL 已经没啥前途了? pg 是不是更好些? mariadb 有前途吗?
    wy315700
        11
    wy315700  
       2015-11-19 20:18:09 +08:00
    @zztt168 V2EX 错觉之一
    adexbn
        12
    adexbn  
       2015-11-19 20:20:44 +08:00 via iPhone
    oracle 贵的说
    imydou
        13
    imydou  
    OP
       2015-11-19 20:27:15 +08:00
    @adexbn 因为是商业用途,青岛比较知名的传统企业用,他们说经常收到律师电话,所以考虑 mysql 。
    且,他们目前用的系统是 sql server 2005 ,据说几十 G 数据,不到 100G ,查询异常慢
    Admstor
        14
    Admstor  
       2015-11-19 20:33:27 +08:00
    SQL 2005 并没有这么不堪
    这种查询蛮我觉得是没设计好的问题
    讲真的...都没上 T,三大数据库区别都不大
    min
        15
    min  
       2015-11-19 20:33:48 +08:00 via Android
    这点量主要取决于你有没有钱
    Infernalzero
        16
    Infernalzero  
       2015-11-19 20:35:58 +08:00
    现在的 mysql 还是相当不错的,而且互联网公司很多都是用 mysql 的
    ncisoft
        17
    ncisoft  
       2015-11-19 20:36:02 +08:00 via Android
    用了 Oracle 才知道 MySQL 是玩具,执行计划差得不是一点半点, MySQL 也就凑合用在简单系统上,复杂查询根本指望不上
    kslr
        18
    kslr  
       2015-11-19 20:37:39 +08:00
    你这点 Mysql 绰绰有余
    imydou
        19
    imydou  
    OP
       2015-11-19 20:37:52 +08:00
    @ncisoft 费用太高,传统企业很难付出比开发费用更高的授权费用
    zonghua
        20
    zonghua  
       2015-11-19 20:43:28 +08:00
    @imydou 刚好相反吧,正因为是传统企业才会去支付高昂的商业软件
    ncisoft
        21
    ncisoft  
       2015-11-19 20:45:51 +08:00 via Android
    @imydou 没钱还有啥可选的
    MrEggNoodle
        22
    MrEggNoodle  
       2015-11-19 20:46:10 +08:00
    其实很多大型的互联网公司都是拿 mysql 自己在重定制。
    janxin
        23
    janxin  
       2015-11-19 20:55:38 +08:00
    这个数据量都不用定制版的 MySQL...
    dong3580
        24
    dong3580  
       2015-11-19 21:27:11 +08:00
    @Keita1314
    一看就是豪,上了多大的服务器了?
    cevincheung
        25
    cevincheung  
       2015-11-19 21:32:18 +08:00
    要看业务。如果复杂查询很多,那最起码也是要用 PGsql 的
    ncisoft
        26
    ncisoft  
       2015-11-19 21:41:39 +08:00 via Android
    @zonghua 软件不愿意花钱,硬件肯投资么?内存够大的话,把数据加载到缓存也是个作死的垃圾办法
    VeryEase
        27
    VeryEase  
       2015-11-19 21:57:57 +08:00
    一年千万不是很多吧,公司每天千万条数据的业务,一直在用 mariadb 集群。
    Keita1314
        28
    Keita1314  
       2015-11-19 22:02:27 +08:00
    @dong3580 公司提供高性能 MongoDB 集群,只用了一个分片,一个复制集,好像每台机子内存 24G , 500G 的 SSD ,具体参数不是很清楚。我们数据库其实不大,之前 MongoDB 2.4 的版本存储用了快 300G ,后面迁移到 3.0 只有 70G 多点。
    samuikwu
        29
    samuikwu  
       2015-11-19 22:04:52 +08:00
    db2
    Comdex
        30
    Comdex  
       2015-11-19 22:25:09 +08:00
    用 pgsql
    billlee
        31
    billlee  
       2015-11-19 23:17:22 +08:00
    有一个一个月 60m 条数据的数据库,一直在用 MyISAM
    FireCat
        32
    FireCat  
       2015-11-19 23:26:37 +08:00
    @lightening 为什么额
    Mac
        33
    Mac  
       2015-11-19 23:36:05 +08:00
    应用查询慢未必是数据库的问题,功能设计上也很有可能会发生这样的情况。
    vinceguo
        34
    vinceguo  
       2015-11-20 00:51:43 +08:00 via Android
    硬盘挂几个好点的 ssd 试试?
    xuwenhao
        35
    xuwenhao  
       2015-11-20 06:13:55 +08:00 via iPhone
    mysql rds
    wolf777
        36
    wolf777  
       2015-11-20 12:29:03 +08:00
    Facebook Twittwr 用的是 MySQL
    raptor
        37
    raptor  
       2015-11-20 12:37:13 +08:00
    @imydou 只能怪优化工作做得不行,我之前维护的 ERP 用的 sql 2005 ,数据量近一 T ,也没有什么慢的感觉。
    geeklian
        38
    geeklian  
       2016-01-06 08:45:08 +08:00 via iPhone   1
    @imydou 几十 g , sql2005 就异常慢,应该看看设计和查询上的问题
    sql server 和 oracle/mysql 我们这边都在用,不大不小的公司,数据库文件不上 T 之前感觉不出啥差别
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2473 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 44ms UTC 08:31 PVG 16:31 LAX 00:31 JFK 03:31
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86