在一个高并发、大数据量的业务环境中,你会选用oracle还是mysql?

在实际的一个场景中,未来预计并发量超大,数据量也都是以T计算,数据非常核心,这时候让你来做数据库选型,你会用那种?选择用这种数据库的理由是什么?

11回答

undefinedundefined  其它 , undefined
y_yiranerichanyinxin等赞同了此回答
看公司性质,如果是传统金融行业,选用oracle,使用非常高配置的机器,毕竟钱不是问题,运维经验也丰富和成熟,还有见识过各种问题的供应商解决问题(背锅),实在不行还能找原厂。互联网行业或者创业公司,规模再大肯定也是mysql,然后各种开源中间件方案等,这个方案,许可免费(有人力成本),修改灵...显示全部

看公司性质,如果是传统金融行业,选用oracle,使用非常高配置的机器,毕竟钱不是问题,运维经验也丰富和成熟,还有见识过各种问题的供应商解决问题(背锅),实在不行还能找原厂。
互联网行业或者创业公司,规模再大肯定也是mysql,然后各种开源中间件方案等,这个方案,许可免费(有人力成本),修改灵活,可以定制化。

收起
 2017-07-31
浏览2364
aixchina 邀答
  • 有道理,毕竟技术支持到位的话,对于用户来说,就比较省心。
    2017-08-01
潘延晟潘延晟  系统工程师 , 第十区。散人
小粟aixkevingz_guzm等赞同了此回答
本人并不是DBA。也不了懂开发。所以只是从一个系统管理员的角度去说说我的观点。从目前对两种数据库的认知来说。个人倾向Mysql ,理由是。操作简单。结构清晰,短小精悍,随着数据的庞大可以通过分布式数据库等方式来实现横向扩充。或许是不了解开发的缘故。所以对ORACLE数据...显示全部

本人并不是DBA。也不了懂开发。所以只是从一个系统管理员的角度去说说我的观点。
从目前对两种数据库的认知来说。个人倾向Mysql ,理由是。操作简单。结构清晰,短小精悍,随着数据的庞大可以通过分布式数据库等方式来实现横向扩充。
或许是不了解开发的缘故。所以对ORACLE数据一直在使用和维护上都不 是很入门。所以虽然业务中有使用ORACLE,但维护方面都不怎么到位,
另外一个原因就是价格问题了。

收起
 2017-07-31
浏览2038
aixchina 邀答
  • 但是mysql数据库承载大并发,大数据量会非常麻烦,要分库分表,读写分离等等,自动化运维开发也不是一般的运维人员能做的了的。
    2017-07-31
冯万里冯万里  数据库架构师 , IBM
小粟aixkevin岳彩波等赞同了此回答
很简单,公司技术支持团队强大就选mysql;反之技术团队技术一般或者没有技术团队的,就选oracle。 显示全部

很简单,公司技术支持团队强大就选mysql;反之技术团队技术一般或者没有技术团队的,就选oracle。

收起
 2017-08-01
浏览1948
aixchina 邀答
韩成亮韩成亮  数据库架构师 , 某金融
atpeace331WHM001赵法威等赞同了此回答
其实没有必要纠结于到底选择oracle还是mysql,如果说你的预计是并发量超大,数据量也都是以T计算,数据非常核心,你选择数据库的定位是什么?如果说你的定位是数据存储的话,计算分开的话,那么两者都可以,单纯的从存储数据上而言,并没有什么区别,至于你说的以T计算,oracle、mysql都有一套...显示全部

其实没有必要纠结于到底选择oracle还是mysql,如果说你的预计是并发量超大,数据量也都是以T计算,数据非常核心,你选择数据库的定位是什么?如果说你的定位是数据存储的话,计算分开的话,那么两者都可以,单纯的从存储数据上而言,并没有什么区别,至于你说的以T计算,oracle、mysql都有一套自己的处理方案,相当于简单一点的来说,大数据量计算的处理核心就是并行或者说分布式计算,这点oracle本身无疑是兼容的,当然同时还需要更好的硬件设备支持,而由于mysql目前版本是不支持并行计算处理的,不过可以利用mysql的分库分表,通过多x86机器,分摊计算任务,当然这可能需要应用进行额外的改造。
总体而言,选型哪个数据库,主要看你的定位是什么,当然还有成本上的考虑,理由嘛,每个数据库都有自己的理由,只有适合你的才是最好的。

收起
 2017-08-02
浏览1982
啥馅的包子啥馅的包子  数据库管理员 , 江苏国泰新点软件有限公司
penguin23aixchinaTamic等赞同了此回答
如果并发量超大,已经不是单纯的数据库能解决问题了。对于核心库,我们的选择仍然是Oracle,对于前置库及一些不太重要的业务库我们会选择mysql。 系统架构上,会加上redis和rabbitmq。 目前我们准备逐步使用mysql取代oracle,至于核心库是否会改动,还有待探讨。目前在研究mysql的...显示全部

如果并发量超大,已经不是单纯的数据库能解决问题了。
对于核心库,我们的选择仍然是Oracle,对于前置库及一些不太重要的业务库我们会选择mysql。

系统架构上,会加上redis和rabbitmq。

目前我们准备逐步使用mysql取代oracle,至于核心库是否会改动,还有待探讨。
目前在研究mysql的innodb引擎,从扩展性上,我开始更倾向mysql。

收起
 2017-08-02
浏览1926
penguin23penguin23  系统运维工程师 , 广州佳杰科技有限公司
岳彩波Coveraixchina赞同了此回答
看了各位哥们的回答,从非技术角度分析:数据库软件都是我们去实现业务场景,实现商业运营的工具;至于选什么样的工具,得看家里的情况,找最适合自己的,选择稳定的。它们倆的区别,1、付费价格;2、维护成本;3、特性技术点(当前IT技术发展的非常的快),访问并发量,数据量,应不再会是难以攻克的...显示全部

看了各位哥们的回答,从非技术角度分析:数据库软件都是我们去实现业务场景,实现商业运营的工具;至于选什么样的工具,得看家里的情况,找最适合自己的,选择稳定的。它们倆的区别,1、付费价格;2、维护成本;3、特性技术点(当前IT技术发展的非常的快),访问并发量,数据量,应不再会是难以攻克的了。对于管理维护技术团队足够给力的,Mysql确实是不错的选择。互联网企业的技术经验已有验证的了。^_^

收起
 2017-08-01
浏览1958
aixchina 邀答
798683133yj798683133yj  IT顾问 , 北京银信长远科技股份有限公司,余健
aixchina岳彩波Cover赞同了此回答
如果是传统行业就选oracle和db2,互联网行业选其它的呗。适合公司或企业使用的就可以。个人偏向于oracle或db2,毕竟人家技术存在这么多年,成熟! 显示全部

如果是传统行业就选oracle和db2,互联网行业选其它的呗。适合公司或企业使用的就可以。个人偏向于oracle或db2,毕竟人家技术存在这么多年,成熟!

收起
 2017-08-01
浏览1960
aixchina 邀答
youyouwoxin888youyouwoxin888  IT顾问 , 深圳市深賽爾股份有限公司
aixchina岳彩波赞同了此回答
看什麽行業,金融行業、製造行業首選oracle,互聯網行業用mysql,各自有各自的優點。 显示全部

看什麽行業,金融行業、製造行業首選oracle,互聯網行業用mysql,各自有各自的優點。

收起
 2017-07-31
浏览1992
aixchina 邀答
岳彩波岳彩波  产品经理 , 无
aixchina赵法威赞同了此回答
如果按我自己的个人想法,我肯定选用oracle,但是还是要根据实际情况来看,有很多情况下都需要综合性选择,公司的财力人力,应用的场景,业务的关键性,毕竟每个公司都是要以赚钱为目的,oracle和mysql但从技术来说,oracle在大数据容量和高并发场景、稳定性方面确实优于mysql,但是有时决定...显示全部

如果按我自己的个人想法,我肯定选用oracle,但是还是要根据实际情况来看,有很多情况下都需要综合性选择,公司的财力人力,应用的场景,业务的关键性,毕竟每个公司都是要以赚钱为目的,oracle和mysql但从技术来说,oracle在大数据容量和高并发场景、稳定性方面确实优于mysql,但是有时决定使用什么,并不是技术人员说了算,mysql在众多开源产品中,也算是一个不错的选择。在这里,还是希望有话语权的领导层能多多考虑一下数据安全,稳定性,发展性来综合考虑数据库选型。

收起
 2017-08-04
浏览1865
vieuxrevevieuxreve  研发工程师 , 计算机公司
aixchina赞同了此回答
个人偏向于oracle,毕竟核心库都用 显示全部

个人偏向于oracle,毕竟核心库都用

收起
 2017-08-05
浏览1829
aixchina 邀答

提问者

岳彩波产品经理, 无

问题状态

  • 发布时间:2017-07-31
  • 关注会员:12 人
  • 问题浏览:5304
  • 最近回答:2018-10-18
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30