Mysql
跨維度的數據庫即服務 (DbaaS)——性能、可擴展性和可靠性?
MySql 數據庫即服務:
另一個例如。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 的事務,你應該沒問題。