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

1983yu

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。

两个都用，oracle跑关键应用，mysql跑些轻量的，我觉得两个都不错，各有各的优点

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？

哪有数据库不出故障的，除非说你数据库量小，概率低，误操作看具体状况了，能flashback就flash，能回收站拉回就回收站，要不就异机恢复rman备份之类的，能搞回来多少是多少

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

mysqldump不是很保险，用xtrabackup会好点吧

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？

我觉得mysql就似乎轻量化的oracle，免费就不要要求多好了

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。

估计的大部分都用oracle了，mysql可能在一些特定环境下会有些作用

rand1985

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
主要使用的DB2  还有sql server，
oracle的业务量目前不是很大，在将来逐渐增加，目前的数据库都满足日常应用。
目前主要是aix +DB2和  windows + sql server。
oracle和MySql目前都很少
2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
都遇到过，数据恢复。从NBU备份的磁带上恢复
3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
没有
4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？
没有
5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
若果oracle真的将oracle 数据库免费，这会对数据库软件市场是个冲击吧  有更好的 干嘛还用MySQL？
相对于软件，现在的硬件都还好了 可以在承受范围内

wangwenan6

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
    目前用的MySQL;我个人目前钟爱于MySQL,因为有很多的第三方工具能提供多种多样的特性,会比较有意思;业务量并不高,数据量增长比较快;目前的数据库是可以满足的,以后使用分区,历史数据归档,单独拉一个历史库等手段,应该会挺很久。
2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
    有;Oracle直接按时间点恢复了,很方便;MySQL做的延时从库+xtrabackup的自动增量备份,发现错误的时候第一时间发现就好
3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
    目前没有遇到重大故障;Oracle有官方的rman,很强大;MySQL基本上也就是用xtrabackup来恢复了,如果InnoDB自己的crash recovery不好使的话;
    binlog的statement还是row模式,忘了,会记录实际的sql语句,不过对大多数人来说,自己写一个回滚工具还是挺难的(我也是懒人之一_(:з」∠)_,不想研究.....)
4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？
    Oracle的闪回有听说和简单的了解,不过并不深入,没法表达,估计是多种日志的协同合作才能实现的吧.....
5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
    个人会倾向于Oracle，MySQL“好玩”并不代表MySQL能“好用到让人那么放心”,不过一切看上头的意思,能把MySQL用精通也是很不错的挑战

luyaojin

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
公司的所有在我已知道的项目中用的是oracle数据库；基本上还是钟爱于oracle多点。跑在oracle上的业务量还是挺大的，不过我们用的是RAC，IBM的小机，算起来还能满足需求。理由oracle收费，但是有专业的团队负责支持，出现问题可以求助oracle团队，Mysql基本上是自行负责；对人员的要求相对与oracle来说比较高。

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
有，就是在RAC中，会时常出现连接时出现一方掉线，找不到目标主机；这个解决是第三方公司解决；还有就是出现scn（分布式）同步异常。像Oracle中的drop、truncate、delete的误操作，发现的早，一般都可以在闪存中找回。

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

这个不是很了解
4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？


5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。

outdo

肯定不会

hiyachen

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
我们企业使用的数据库是Oracle，我是Oracle DBA，绝对是Oracle的粉丝。比起Mysql，我更喜欢Oracle，尤其是他的存储过程和RAC。但在互联网这个大家庭中Mysql还是个香饽饽。
因为他免费和不同的引擎选择。跑在数据库上面的业务量还是蛮大的，而且是重要数据。Oracle数据库能满足业务需求没有问题。
Mysql就有些勉强，需要单做共享存储，双机备份，对操作系统及数据同步及DRBD都要额外处理。而且可用性难以保证。

2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
数据库的故障是会有的。譬如分布式节点的单机故障，需要通过复制、存储共享、心跳线来实时监控和及时报警、处理。
Oracle中的drop、truncate、delete的误操作是通过主备和多副本恢复解决的。

3.相比于Oracle的数据恢复方法，MySQL的数据恢复方案相对较少了，大家有木有遇到故障？怎么利用redo日志和binlog呢？
以上也提到过。Oracle的数据恢复方法和分布式集群有成套的安全的解决方案（优秀商业软件的特点）。
而Mysql需要共享存储的多副本、主备、心跳响应这些Mysql没有或坐的不够好的来解决。
关于redo日志和binlog。简单介绍一下：
redo是innodb引擎范畴的东东，事务日志说的就是他。物理修改，记录物理页的修改。
binlog是mysql server范畴的东东，记录的是事务的变更操作，支持多种存储引擎。

4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？
有结合，但利用Oracle强大的闪回功能来实现数据库的数据恢复不太现实。不太一样的两套系统，仅限部分可用。
实际中，也有用RAC得ocsfs的文件系统在双机备份和数据安全方面应用。

5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
不会了。Oracle太强大了。你得承认。Oracle支持存储过程，而目前MySQL不支持，
对于一个严肃的商业应用来说，作为数据库本身，有众多的商业逻辑的存在，此时使用存储过程可 以在较少地增加数据库服务器的负担的前提下，对这样的商业逻辑进行封装，并可以利用数据库服务器
本身的内在机制对存储过程的执行进行优化。此外存储过程的 存在也避免了在网络上大量的原始的SQL语句的传输，
这样的优势是显而易见的。

lixunpeng

oracle和mysql各有特点。
而且oracle管理起来更复杂，mysql很简单。
如果满足需求，没必要转。
在数据库上，能少操作就少操作。

佚名是译名

1.您目前所在企业使用的数据库是什么？您是Oracle的粉丝还是钟爱于MySQL？跑在数据库上面的业务量大吗？目前的数据库是否能满足您的业务需求？说出您的理由。
我目前所在公司用的还是sql server，个人还是比较钟爱于oracle吧，跑在数据库上面的业务量不太大，目前的数据库满足了业务需求。
2.不管你使用的是Oracle还是MySQL，在平时的工作中有木有遇到数据库故障？比如Oracle中的drop、truncate、delete的误操作？回忆下当时是怎么解决的？
没有在实际生活中使用过，所以没什么说的。
4.有木有可能把Oracle和MySQL结合起来，利用Oracle强大的闪回功能来实现数据库的数据恢复？
我觉得完全有可能，关键还是看有没有愿意去做这种事情。
5.假如有一天Oracle免费了，你还会用MySQL吗？为什么？谈谈你对这两种数据库的看法。
如果我现在公司用的是mysql，然后oracle免费了，我估计还是会用mysql。毕竟用了很多年了，数据库也稳定，公司的数据量也不是太大，用mysql肯定是完全没问题，没必要为了更好而去更换数据库的。

forgaoqiang

anicething 发表于 2015-6-11 08:41
首先这是个很YY的话题。Oracle会不会免费还不一定，但除了服务和支持意外，在国内Oracle的使用免费和不免费 ...

其实应用场景也很重要，不是所有地方都能（或者有必要）用oracle这种巨型DBMS的

congcong19

存在即为合理，ORACLE和 MYSQL 都有各自的特点，都有自己应用的场景的，它们没有一决生死的必要。一个好的架构会根据不同的场景做出正确的选择。
一个小的项目且数据量比较小选择MYSQL会好一些；一个大的项目且数据非常大且数据很重要选择ORACLE可靠性、安全性和收益会比较高。