【大话IT】假如Oracle免费了：你还会用MySQL么？

2009532140

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
部门产品支持oracle，db2,sqlserver，前一阵子有个客户问是否能在mysql 上跑起来，因为没有硬性规定，我只是试了一下数据迁移，貌似挺费劲。
总体来看数据量不大，但是个别的功能存在的历史数据相对很大。
现在来看肯定是能满足，因为做的是产品嘛，很少有什么特殊依赖数据库的业务功能。

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
遇到过物理磁盘损坏，导致数据库挂掉。
只是将数据库的物理文件拷了出来，在别的机器上强制拉了起来。肯定是丢了一些数据。
要说drop truncate delete 之类的操作，即便是没有备份，发现及时的话恢复起来就比较简单。

3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
不太懂，帮顶。

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现的数据恢复？
只是知道oracle 有这个功能，不知道mysql 的原理是什么。

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
可能还会有继续使用的。
毕竟这个比oracle 轻一些。
我们这边估计仍然不会使用吧

likiller

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
项目大部分使用oracle，偶尔有MYsql的项目；
谈不上那个的粉丝，只是用oracle年头较多，20多年吧。
数据库业务数据量有多有少，但没有所谓的海量数据，最多的到亿级，少多数万条。
目前数据库没法满足业务需求，需要自己写数据库访问层来实现异构数据查询。在做的数据中心，可能数据源有各种数据库，也可能有非结构文件等，需要通过数据中心来屏蔽数据的异构性，客户端只关心我要什么，具体信息从哪来，由数据中心去实现。

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
mysql用的少，没有遇到。
ORACLE遇到类似数据被删除的，只能认倒霉找备份恢复。
典型的两次，一是一个项目都3-4年了，已经没有运维人员在客户哪儿。磁盘柜不知道什么时候坏了一块硬盘，就没有人发现，直到又坏了一两块，数据库文件彻底找不到了，客户才找我们，只能先把备份文件拷贝到数据库本地目录，启动数据库应急，然后去花银子修复硬盘，一周后又切换回磁盘阵列。（ORACLE）
一次是银行数据大集中上线，系统开启后，后台数据库运行特别慢，关闭重启数据库也没有反应，一个胆特肥的甲方技术人员，直接去杀进程，导致数据库崩溃。好在只有几个网点开机营业，大概有100多笔交易。所有技术核心全部上阵，熬了大半夜，写各自负责部分的追帐程序，再恢复上个营业日数据的基础上，重现客户交易，完成当日交易，补齐数据。（informix）

3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
使用MYSQL较少，暂时没有遇到。

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现的数据恢复？
ORACLE记录mysql的工作过程？这个有点唇不对嘴了吧。mysql仿照ORACLE的回闪，做自己的回闪功能倒是正事。

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
尺有所短，寸有所长；蛇行兔奔，各有走法。mysql有自己的优势所在，有些项目用起来，还是比ORACLE更符合要求。
ORACLE相对来说更稳定，可靠，功能相对完善，尤其一堆统计分析函数，省了好多事。
MYSQL的优势在开源，开源的东西，只要发展起来，前景一般不错，预期将来的市场应该会超过ORACLE。

hg0088

.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？ 肯定有的

gargoyle

当然不会。

wfwt99

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现的数据恢复？
没必要同时使用，只会增加复杂性
5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
暂时不会转到oracle，毕竟还需要不少的工作量和熟悉过程

jieforest

支持一下.

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
公司使用了多种数据库，不同的业务上了不同的数据库。我公司使用的数据库包括：Oracle、SQL Server、MySQL、SAP DB、Redis、MongoDB等。
无需惊讶，对于大公司而言，如果你认为一种数据库就满足了各种需求，那显然是不现实的。

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
遇到过多次。先定位问题所在，看是服务器硬件问题还是软件问题，看是OS的问题还是应用本身的问题，又或者是数据库的问题。
定位到问题就开始想办法解决，查日志是常用的手段，数据丢失了就想办法恢复，通常我们都做了灾备的。
drop、truncate之类的命令，在使用时要特别小心、谨慎，慎之又慎，尤其是针对线上的系统。

3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
MySQL部署单机的情况其实不多，线上系统通常都是集群、高可用的，出现问题通常也是单个节点的问题，恢复不算麻烦。

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现的数据恢复？
Oracle肯干吗？这等于是把赚钱的功能免费送给市场。我不信。

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
Oracle不可能免费，假设不成立，我不信这一点。

anicething

首先这是个很YY的话题。Oracle会不会免费还不一定，但除了服务和支持意外，在国内Oracle的使用免费和不免费没太大的区别。

lusklusklusk

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
您目前所在企业使用的数据库是什么: oracle（核心业务）+sqlserver（次核心业务）+mysql（次核心业务）
您是Oracle的粉丝还是钟爱于MySQL:更喜欢oracle吧，毕竟为它付出了较多精力
跑在数据库上面的业务量大吗：oracle上业务不算大，只有mysql和sqlserver达到T级容量了，一些行为统计日志表有亿级别
目前的数据库是否能满足您的业务需求：还能支撑一两年，之后需要引进redis来实现频繁的top排序

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
误操作：有一次update某行的某列记录时没有加where条件直接把整张表的这列都update了，update后直接commit，没有开启闪回，把问题搞大了
解决方法：利用延迟的dataguard库的数据修复了误操作

3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
mysql遇到的故障：存储坏了，还好mysql的数据非核心数据（公司在这方面储备的mysql技能员工较少），利用每天的mysqldump恢复，丢失了近一天数据

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？
个人没有这种场景的经验，公司的应用不一样，对应的数据库不一样，应用互不影响，两种数据库也没有结合起来进行数据互换操作
目前生产环境的oracle也都没有开启闪回，只是做了延迟2小时的dataguard

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
假如oracle免费了
就个人而言：肯定推荐使用ORACLE
针对企业而言：oracle和mysql各有各的优点，应用场景不一样，对应的数据库肯定不一样，具体看公司业务

daidweiw

不想换了

tangyuxint

要是问以后oracle开源不开源就好了~