一个高并发、大数据量的业务环境中,你会选Oracle还是mySQL?

本文来自社区交流,仅供参考

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

看公司性质,如果是传统金融行业,选用oracle,使用非常高配置的机器,毕竟钱不是问题,运维经验也丰富和成熟,还有见识过各种问题的供应商解决问题(背锅),实在不行还能找原厂。

互联网行业或者创业公司,规模再大肯定也是mysql,然后各种开源中间件方案等,这个方案,许可免费(有人力成本),修改灵活,可以定制化。(@刘诚杰 平安城科)

看什么行业,金融行业、制造业首选Oracle,互联网行业用mySQL,各自有格子的优点。(@youyouwoxin888 深圳市深赛尔股份有限公司)

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

本人并不是DBA。也不了懂开发。所以只是从一个系统管理员的角度去说说我的观点。

从目前对两种数据库的认知来说。个人倾向Mysql ,理由是。操作简单。结构清晰,短小精悍,随着数据的庞大可以通过分布式数据库等方式来实现横向扩充。

或许是不了解开发的缘故。所以对ORACLE数据一直在使用和维护上都不 是很入门。所以虽然业务中有使用ORACLE,但维护方面都不怎么到位,

另外一个原因就是价格问题了。(@潘延晟 通钢)

如果是传统行业就选oracle和db2,互联网行业选其它的呗。适合公司或企业使用的就可以。个人偏向于oracle或db2,毕竟人家技术存在这么多年,成熟!(@798683133yj 北京银信长远科技股份有限公司)

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

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

总体而言,选型哪个数据库,主要看你的定位是什么,当然还有成本上的考虑,理由嘛,每个数据库都有自己的理由,只有适合你的才是最好的。(@韩成亮 某金融)

如果并发量超大,已经不是单纯的数据库能解决问题了。

对于核心库,我们的选择仍然是Oracle,对于前置库及一些不太重要的业务库我们会选择mysql。

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

目前我们准备逐步使用mysql取代oracle,至于核心库是否会改动,还有待探讨。

目前在研究mysql的innodb引擎,从扩展性上,我开始更倾向mysql。(@啥馅的包子 江苏国泰新点软件有限公司)

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

个人偏向于oracle,毕竟核心库都用(@vieuxreve)

mysql,很多重量级的数据库好多功能都用不到。(@bryan)

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181019B0C7AH00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券