简单的问题，什么时候不应该使用 MySQL？
我的好奇心有两个方面：
我想确定我选择 MySQL（在 Apache 上使用 PHP），因为我的雇主坚持使用非免费或开源的东西，但我坚持不这样做。所以我只是想确定一下。
【问题讨论】：
标签： mysql database database-design nosql
当您的数据不是关系型数据时，或者（根据您的数据访问模式和/或数据模型）您可以选择比关系型更好的模型时，使用它。如果您不确定是否有更好的模型来解决您的问题，请使用 RDBMS - 它受欢迎的原因是它非常适合大多数问题。 Facebook 和 Google 使用 MySQL（虽然不仅是 MySQL，而且 Facebook 的主要部分都在 MySQL 之上），所以当您考虑使用 NoSQL 解决方案时要考虑这一点。
有不同类型的数据库，例如图形数据库，它们适用于特定任务。如果您有这样的特定任务，请研究该任务的领域。
至于为 RDBMS 选择供应商，这更多是业务目标，然后是技术目标。有时，支持、经过认证的专业人员、培训/咨询，甚至与公司基础设施相匹配（如果它拥有广泛的 Windows 网络和经验丰富的 Windows 管理员，它可能更喜欢使用 Windows 服务器而不是基于 Linux 的服务器）是特定软件的原因被选中。
【讨论】：
1.什么时候特别要避免使用 MySQL？
当并发数据库会话同时修改和查询数据库时。
MySQL 适用于只读或多读场景（MySQL 经常用于 Web 并非偶然），但 Oracle、MS SQL 更高级的多版本并发控制能力服务器、PostgreSQL 甚至 Firebird/Interbase 通常可以处理读写工作负载，不仅具有更好的性能，而且具有更好的正确性（即它们更擅长避免可能危及数据一致性的各种并发伪影）。
即使是传统的“锁定”数据库（如 DB2 或 Sybase）也可能比 MySQL 更好地处理读写工作负载。
2. 一般什么时候不使用关系数据库？
简而言之：当您的数据不是关系数据时（即它不适合实体、属性和关系的范式）。
话虽如此，许多现代 DBMS 具有传统关系模型之外的功能，例如“理解” XML 层次结构的能力。因此，即使是通常不会存储在关系数据库中（或充其量存储在 BLOB 中）的非结构化数据也不再一定是禁区。
【讨论】：
这不是一个很难回答的问题。如果另一个 DBMS 将证明更便宜/更好的价值，请不要使用 MySQL。 Oracle 或 SQL Server 等其他领先的 DBMS 具有 MySQL 所没有的许多特性。此外，如果您的雇主已经在其他 DBMS 上进行了大量投资，那么在没有充分理由的情况下支持 MySQL 可能会非常昂贵且难以支持。你为什么坚持使用 MySQL？
还要记住，没有企业会购买 DBMS。他们购买了包含 DBMS 的完整解决方案。考虑整个解决方案的投资回报，而不仅仅是 DBMS。
【讨论】：