跨維度的數據庫即服務 (DbaaS)——性能、可擴展性和可靠性？

MySql 數據庫即服務：

1. 亞馬遜
2. 賽輪

另一個例如。PostgreSQL 數據庫即服務。您可以在此處獲取類似產品的列表。

有人詳細了解這些 DbaaS 的性能、可靠性和可擴展性嗎？閱讀有關這些產品的文獻會使它們聽起來好得令人難以置信。我內心的憤世嫉俗的感覺告訴我質疑這些說法。

我唯一想評論的是 Xeround

我試用了 XEROUND MySQL 實例

我發現它只有三 (3) 個 Stroage 引擎

mysql show engines;
+---------+---------+-----------------------------------------------------------+--------------+------+------------+
| Engine  | Support | Comment                                                   | Transactions | XA   | Savepoints |
+---------+---------+-----------------------------------------------------------+--------------+------+------------+
| Xeround | DEFAULT | Xeround MySQL storage engine                              | YES          | NO   | NO         |
| MyISAM  | YES     | Default engine as of MySQL 3.23 with great performance    | NO           | NO   | NO         |
| MEMORY  | YES     | Hash based, stored in memory, useful for temporary tables | NO           | NO   | NO         |
+---------+---------+-----------------------------------------------------------+--------------+------+------------+
3 rows in set (0.01 sec)

如果您想要符合 ACID 的事務，則必須使用 XEROUND 儲存引擎。大多數使用者都熟悉 InnoDB，因為它早在 Oracle 和 Sun 參與之前就已經使用 MySQL。大約有 50 個變數需要調整和監控。

這是 XEROUND 的一切

mysql show variables like 'x%';
+----------------------------------+--------------------------------------------------------+
| Variable_name                    | Value                                                  |
+----------------------------------+--------------------------------------------------------+
| xeround_transaction_memory_limit | 128                                                    |
| xeround_transactional_ddl        | OFF                                                    |
| xeround_xdapc_socket             | /opt/xeround/sys_819/v3.0.1.43/xdrm/mysql/xdapc_socket |
+----------------------------------+--------------------------------------------------------+
3 rows in set (0.01 sec)

你可以在那裡調整的不多。

XEROUND 任憑您調整事務行為

問題

• 您可以禁用XEROUND的ACID合規性嗎？
• XEROUND 是否有多個級別的事務隔離來支持MVCC？
• 每個表或每個使用者是否有共享或單獨的表空間？
• 對行長或列數有任何限制嗎？
• XEROUND 如何進行崩潰恢復？

嘿，現在只能猜測這些東西。

我敢肯定，閱讀有關 XEROUND 儲存引擎的文獻後，您將無法像 DBA 那樣為配置、優化和整體調整做任何事情。

恕我直言，我不會在任何交易中使用 XEROUND 儲存引擎，直到出現關於如何使用、調整和配置它的適當白皮書。此外，一些你能理解的內部結構也很好。否則，XEROUND 儲存引擎對公眾來說就像 PostgreSQL、SQL Server 和 Oracle 的儲存引擎一樣神秘。

只要使用者只使用 MyISAM 儲存引擎並且不執行任何符合 ACID 的事務，你應該沒問題。

作為一個好的經驗法則，堅持使用支持MyISAM和InnoDB的數據庫服務。

引用自：https://dba.stackexchange.com/questions/10019