從Firebase+Redis遷移到PlanetScale+MySQL

這是來自Robinson部落格：幾周前，我將這個站點從使用Firebase和Redis轉移到了 PlanetScale。PlanetScale是一個基於 MySQL 和 Vitess 構建的無伺服器資料庫平臺。這就是我選擇 PlanetScale 的原因：

• 資料庫分支：我可以使用與 git 相同的思維模型來使用我的資料庫。對於我的資料庫架構的每次更改，我都會開啟一個部署請求。然後，我可以將這些更改合併回我的主資料庫分支。
• Prisma 支援：與 Prisma 結合使用，可以輕鬆處理資料庫遷移。我還沒有遷移到 Prisma（還），但很快就會。
• 無連線：由於 PlanetScale 是無伺服器的，因此可以承受數千個同時連線。您幾乎可以考慮這種無連線——開發人員無需擔心池化或其他常見的反對意見。
• 超快：在測試了 13 個資料庫後，PlanetScale 是部署速度最快的。現在，在使用它幾周並監控效能後，我看到 API平均~150ms。

Firebase 和 Redis（通過Upstash）都很容易上手，無需思考即可擴充套件，並且在無伺服器環境中執行良好。但是，我想轉向基於 SQL 的SQL-based東西（MySQL 或 PostgreSQL）以獲得新的學習體驗。

為什麼選擇 MySQL 和 PlanetScale？

SQL 是乏味的、經過驗證的技術。它已經存在多年，並將繼續存在多年。我以前在以前的工作中使用過它，但仍然覺得我可以更好地理解它。我也喜歡使用 PostgreSQL（並推薦 Supabase），並且也強烈考慮了該解決方案。我打算很快用 Supabase 構建一個不同的專案。

我也堅信使用我推薦的工具。如果我不親自動手編寫程式碼並在生產中執行應用程式，就很難自信地向他人推薦產品。使用PlanetScale Vercel Integration 後，我被震撼到了。只需單擊幾下，我就可以部署整個全棧應用程式。正如我在開始時提到的，資料庫遷移與我的心智模型一致。

詳細點選標題