将mysql迁移到PostgreSQL

我对MySQL有两个问题，并开始考虑是否应该切换到Postgres

1-增量备份仅在付费版本的MySQL上可用

2-看起来mySQL已经

那么，这两个问题在博士后身上得到了解决吗

我想PostgreSQL是一个有效的替代方案

对于每一个dbms，您都可以找到大量轶事证据，证明它们无法正确/快速地处理各种情况，或者只能通过巧妙的查询重写、数据重构等方式提供大量帮助。只要看看这里的SO或网上数千个以db为中心的站点中的任何一个，就知道我的意思了

---

简言之，如果1可以成为证明转换合理性的有力论据（特别是从业务角度来看），我就不会过分担心2。如果您的数据库速度慢是因为您的数据模型对性能不友好，那么您只需要继续慢下去。

谢谢您的回答。实际上，我非常确定我的数据模型是性能友好的。我遇到问题的查询非常直截了当，只有简单的连接，并且被索引覆盖。事实上，如果我运行与视图运行的查询完全相同的查询，那么执行该查询的时间不到1/20。这让我觉得问题出在mysql处理视图的方式上。@RicardoAcras我不反对，恰恰相反。只是不要相信有没有任何性能问题的银弹数据库。理想情况下，您希望在PostgreSQL上（模拟）高负载条件下至少运行应用程序的关键部分，并评估性能。同意。我肯定会的。再次感谢你。有时候我真的不明白，所以我的问题是直接的。我有两个问题，我在问博士后能否解决。这到底是怎么回事？？？Postgres比这两个有更多的优势：但我同意fvu：每个DBMS都有bug（更多，更少），我相信你总会发现至少一个语句（如果不是更多的话）是优化器完全错误的。此外：它不是“博士后”。它不是Postgres就是PostgreSQL（发音为PostgreSQL）。Postgres是这个名字的一个完全可以接受的“缩写”（见这里：）。很明显，我还有更多的问题需要关注。但要开始考虑切换数据库，我有这个出发点，我只问了这个问题。如果新的db没有解决我当前的问题，那就根本不值得尝试。我没有问是否应该或不应该改变。我只问了整个问题的两个方面，我认为这已经足够清楚了。关于Postgre这个名字，谢谢你的澄清，我一直错误地称它为Postgre…为什么这是一个基于观点的问题？我非常清楚地询问了Postgres的两个方面。MySQL开放版本的增量备份可以通过在配置和简单的shell脚本中进行一些调整来完成：。