mysql和oracle的区别(功能性能、选择、使用它们时的sql等对比）

MySQL和Oracle的区别

MySQL和Oracle是两种广泛使用的数据库管理系统，它们在功能性能、选择、以及SQL使用等方面存在显著差异。以下是对这两者的详细对比：

一、功能性能

1. 并发性

   MySQL：主要以表级锁为主，对资源锁定的粒度较大。虽然InnoDB引擎支持行级锁，但依赖于索引。如果表没有索引或SQL语句未使用索引，则仍使用表级锁，可能导致并发性能下降。

   Oracle：使用行级锁，对资源锁定的粒度小，只锁定SQL所需的资源，并且加锁在数据行上，不依赖于索引。因此，Oracle对并发性的支持更好。

2. 一致性

   Oracle：支持serializable的隔离级别，实现最高级别的读一致性。通过undo表空间构造多版本数据块，确保每个session查询时看到的数据是一致的。

   MySQL：只支持read commited的隔离级别。一个session读取数据时，其他session不能更改数据，但可以在表末尾插入数据。更新数据时，需要加排它锁，其他session无法访问。

3. 事务支持

   Oracle：很早就完全支持事务。

   MySQL：在InnoDB存储引擎的行级锁情况下才支持事务。

4. 数据持久性

   Oracle：保证提交的数据均可恢复，因为提交的SQL操作被写入在线联机日志文件中，并保存到磁盘上。即使数据库或主机异常重启，也能通过联机在线日志恢复数据。

   MySQL：默认提交SQL语句，但如果更新过程中出现数据库或主机重启，可能会丢失数据。

5. 提交方式

   Oracle：默认不自动提交，需要用户手动提交。

   MySQL：默认自动提交。

二、选择与使用

1. 逻辑备份

   Oracle：逻辑备份时不锁定数据，且备份的数据是一致的。

   MySQL：逻辑备份时需要锁定数据，才能保证备份的数据一致，这会影响业务正常的DML使用。

2. 热备份

   Oracle：有成熟的热备工具RMAN，热备时不影响用户使用数据库。即使备份的数据库不一致，也可以在恢复时通过归档日志和联机重做日志进行一致恢复。

   MySQL：MyISAM引擎热备时需要给表加读锁，影响DML操作。InnoDB引擎有ibbackup备份工具，但它是收费的，且需要额外的日志文件记录备份期间的数据变化。

3. SQL语句的扩展和灵活性

   MySQL：对SQL语句有很多实用而方便的扩展，如limit功能、一次插入多行数据、select某些管理数据可以不加from等。

   Oracle：在这方面更加稳重传统，没有MySQL那么灵活。

4. 复制

   Oracle：既有推或拉式的传统数据复制，也有Data Guard的双机或多机容灾机制。主库出现问题时，可以自动切换备库到主库，但配置管理较复杂。

   MySQL：复制服务器配置简单，但主库出问题时，从库可能丢失一定的数据。且需要手工切换从库到主库。

5. 性能诊断

   Oracle：有各种成熟的性能诊断调优工具，如AWR、ADDM、SQL Trace、TKPROF等。

   MySQL：诊断调优方法较少，主要有慢查询日志。

6. 权限与安全

   MySQL：用户与主机有关，存在被仿冒主机及IP的风险。

   Oracle：权限与安全概念比较传统，中规中矩。

7. 分区表和分区索引

   Oracle：分区表和分区索引功能成熟，可以提高用户访问数据库的体验。

   MySQL：分区表功能相对不成熟稳定。

8. 管理工具

   Oracle：有多种成熟的命令行、图形界面、Web管理工具，以及第三方管理工具，管理极其方便高效。

   MySQL：管理工具较少，在Linux下的管理工具安装有时需要额外的包（如phpMyAdmin），有一定复杂性。

9. 技术支持与授权

   Oracle：出问题可以找客服，但需要收费。

   MySQL：开源免费，但出问题需要自己解决。

三、SQL使用对比

1. 组函数用法规则

   MySQL：组函数在select语句中可以随意使用。

   Oracle：如果查询语句中有组函数，那其他列名必须是组函数处理过的，或者是group by子句中的列，否则报错。

综上所述，MySQL和Oracle在功能性能、选择与使用、以及SQL使用等方面存在显著差异。选择哪种数据库取决于具体的应用场景、性能需求、预算以及技术支持等因素。对于大型项目或需要高并发、高一致性、强事务支持的场景，Oracle可能是更好的选择。而对于预算有限、对并发性和一致性要求不高的场景，MySQL则是一个性价比较高的选择。