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

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

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

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

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

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

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

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

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

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

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

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

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