将 mysql 迁移到 PostgreSQL [关闭]答案

【问题标题】：migrate mysql to PostgreSQL [closed]将 mysql 迁移到 PostgreSQL [关闭]
【发布时间】：2013-07-09 12:10:13
【问题描述】：

我在使用 MySQL 时遇到了两个问题，并开始考虑是否应该切换到 Postgres

1 - 增量备份仅适用于付费版本的 MySQL。

那么，这两个问题用 Postgres 解决了吗？

【问题讨论】：

有时我真的不明白 SO 规则（或这里的某些人）我的问题很直接。我有两个问题，并询问 Postgre 是否会解决它。这到底是怎么回事？？？
Postgres 比这两个更有优势：stackoverflow.com/a/8182996/330315 但我确实同意 fvu：每个 DBMS 都有错误（多一些，少一些），我相信你总能找到至少一个优化器完全错误的语句（如果不是更多）。此外：它不是“Postgre”。它是 Postgres 或 PostgreSQL（读作 postgres-ql）。 Postgres 是一个完全可以接受的名称“缩写”（参见此处：wiki.postgresql.org/wiki/…）。
对我来说很明显还有更多问题需要关注。但是要开始考虑切换数据库，我有这个起点，我只问了这个。如果新数据库没有解决我当前的问题，那么根本不值得尝试。我没有问是否应该或不应该改变。我只问了整个问题的两个方面，我认为它已经足够清楚了。关于 Postgre 这个名字，谢谢你的澄清，我一直误称它为 Postgre...
为什么这是一个基于意见的问题？关于 Postgres 的两个方面我问得很清楚。
开放版本 MySQL 的增量备份可以通过对配置和简单的 shell 脚本进行一些调整来完成：dev.mysql.com/doc/refman/5.7/en/backup-policy.html。

【解决方案1】：

我猜PostgreSQL的continuous archiving可以被认为是一个有效的替代方案
对于每个 dbms，您都可以找到大量轶事证据，证明它们无法正确/快速处理，或者只能通过巧妙的查询重写、数据重构等形式提供大量帮助。只需在 SO 或网络上成千上万的以 db 为中心的站点中的任何一个上四处看看，就明白我的意思了。

简而言之，其中 1 可以作为证明切换合理性的可靠论据（尤其是从业务角度来看），我不会过分担心 2。如果您的数据库很慢，因为您的数据模型不是性能友好，你只会拖慢速度。

【讨论】：

感谢您的回答。实际上，我很确定我的数据模型是性能友好的。我遇到问题的查询非常简单，只有简单的连接并且被索引覆盖。事实上，如果我运行与我的视图运行相同的查询，它会在不到 1/20 的时间内执行。这让我相信问题出在 mysql 处理视图的方式上。
@RicardoAcras 我不反对，恰恰相反。只是不要相信有没有任何性能问题的灵丹妙药又名数据库。理想情况下，您希望至少在 PostgreSQL 上（模拟）高负载条件下运行应用程序的关键部分并评估性能。
同意。一定会做到的。再次感谢您。