MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqlmp。1. 使用直接拷貝資料庫備份 典型的如cp、tar或cpio實用程序當你使用直接備份方法時，必須保證表不在被使用。如果伺服器在你正在拷貝一個表時改變它，拷貝就失去意義。保證你的拷貝完整性的最好方法是關閉伺服器，拷貝文件，然後重啟伺服器。 如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在運行，相同的制約也適用於拷貝文件，應該使用相同的鎖定協議讓伺服器「安靜下來」。當你完成了MySQL資料庫備份時，需要重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器運行）。 要用直接拷貝文件把一個資料庫從一台機器拷貝到另一台機器上，只是將文件拷貝到另一台伺服器主機的適當數據目錄下即可。要確保文件是MyIASM格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。2. 使用mysqlmp資料庫備份mysqlmp 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。mysqlmp程序備份資料庫較慢，但它生成的文本文件便於移植。mysqlmp 的一些主要參數：1）--compatible=name它告訴 mysqlmp，導出的數據將和哪種資料庫或哪個舊版本的 MySQL 伺服器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。2）--complete-insert，-c導出的數據採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這么做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。3）--default-character-set=charset指定導出數據時採用何種字元集，如果數據表不是採用默認的 latin1 字元集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。4）--disable-keys告訴mysqlmp 在 INSERT 語句的開頭和結尾增加 ; 和 ; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。5）--extended-insert = true|false默認情況下，mysqlmp 開啟 --complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。6）--hex-blob使用十六進制格式導出二進制字元串欄位。如果有二進制數據就必須使用本選項。影響到的欄位類型有 BINARY、VARBINARY、BLOB。7）--lock-all-tables，-x在開始導出之前，提交請求鎖定所有資料庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 --single-transaction 和 --lock-tables 選項。8）--lock-tables它和--lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 選項。9）--no-create-info，-t只導出數據，而不添加 CREATE TABLE 語句。10）--no-data，-d不導出任何數據，只導出資料庫表結構。11）--opt這只是一個快捷選項，等同於同時添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 選項。本選項能讓 mysqlmp 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 --skip-opt 禁用。注意，如果運行 mysqlmp 沒有指定 --quick 或 --opt 選項，則會將整個結果集放在內存中。如果導出大資料庫的話可能會出現問題。12）--quick，-q該選項在導出大表時很有用，它強制 mysqlmp 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。13）--routines，-R導出存儲過程以及自定義函數。14）--single-transaction該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。 本選項和 --lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。 要想導出大表的話，應結合使用 --quick 選項。--triggers同時導出觸發器。該選項默認啟用，用 --skip-triggers 禁用它。備份：使用mysqlmp備份資料庫其實就是把資料庫轉儲成一系列CREATE TABLE和INSERT語句，通過這些語句我們就可重新生成資料庫。使用mysqlmp的方法如下：% mysqlmp --opt testdb | gzip > /data/backup/testdb.bak#--opt選項會對轉儲過程進行優化，生成的備份文件會小一點，後的管道操作會進行數據壓縮% mysqlmp --opt testdb mytable1,mytable2 | gzip > /data/backup/testdb_mytable.bak#可在資料庫後接數據表名，只導出指定的數據表，多個數據表可用逗號分隔--opt選項還可激活--add-drop-table選項，它將會在備份文件的每條CREATE TABLE前加上一條DROP TABLE IF EXISTS語句。這可方便進行數據表的更新，而不會發生「數據表已存在」的錯誤。用mysqlmp命令還可直接把資料庫轉移到另外一台伺服器上，不用生成備份文件。重復執行可定期更新遠程資料庫。% mysqladmin -h remote_host create testdb% mysqlmp --opt testdb | mysql -h remote_host testdb另外還可通過ssh遠程調用伺服器上的程序，如：% ssh remote_host mysqladmin create testdb% mysqlmp --opt testdb | ssh remote_host mysql testdb 通過直接拷貝系統文件的方式備份資料庫，在備份時，要確保沒有人對資料庫進行修改操作。要做到這點，最好關閉伺服器。如果不能關閉的，要以只讀方試鎖定有關數據表。下面是一些示例：% cp -r db /backup/db #備份db資料庫到/backup/db目錄% cp table_name.* /backup/db #只備份table_name數據表% scp -r db remotehot:/usr/local/mysql/data #用scp把資料庫直接拷貝到遠程伺服器，在把資料庫直接拷貝到遠程主機時，應注意兩台機器必須有同樣的硬體結構，或者將拷貝的數據表全部是可移植數據表類型。或者/usr/local/mysql/bin/mysqlmp -uroot -proot \--default-character-set=utf8 --opt --extended-insert=false \--triggers -R --hex-blob -x testdb > testdb.sql使用以下 SQL 來備份 Innodb 表：/usr/local/mysql/bin/mysqlmp -uroot -proot \--default-character-set=utf8 --opt --extended-insert=false \--triggers -R --hex-blob --single-transaction testdb > testdb.sql另外，如果想要實現在線備份，還可以使用 --master-data 參數來實現，如下：/usr/local/mysql/bin/mysqlmp -uroot -proot \--default-character-set=utf8 --opt --master-data=1 \--single-transaction --flush-logs testdb > testdb.sql它只是在一開始的瞬間請求鎖表，然後就刷新binlog了，而後在導出的文件中加入CHANGE MASTER 語句來指定當前備份的binlog位置，如果要把這個文件恢復到slave里去，就可以採用這種方法來做。 還原：用mysqlmp 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。直接用 mysql 客戶端例如：/usr/local/mysql/bin/mysql -uroot -proot testdb < testdb.sql用SOURCE 語法其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：SOURCE /tmp/testdb.sql;這里需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。 3. 使用mysqlhot資料庫備份 使用mysqlhot工具，它是一個Perl DBI腳本，可在不關閉伺服器的情況下備份資料庫，mysqlhot 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhot 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。它主要的優點是：它直接拷貝文件，所以它比mysqlmp快。可自動完成數據鎖定工作，備份時不用關閉伺服器。能刷新日誌，使備份文件和日誌文件的檢查點能保持同步。備份：mysqlhot 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：/usr/local/mysql/bin/mysqlhot -h=localhost -u=root -p=root \testdb /tmp (把資料庫目錄 testdb 拷貝到 /tmp 下)/usr/local/mysql/bin/mysqlhot -h=localhost -u=root -p=root \testdb_1 testdb_2 testdb_n /tmp/usr/local/mysql/bin/mysqlhot -h=localhost -u=root -p=root \testdb./regex/ /tmp 還原：mysqlhot 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這里是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：cp -rf testdb /usr/local/mysql/data/chown -R nobody:nobody /usr/local/mysql/data/ (將 testdb 目錄的屬主改成 mysqld 運行用戶) 4. 使用SQL語句資料庫備份 BACKUP TABLE 語法其實和 mysqlhot 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。備份：BACK TABLE tbl_test TO '/tmp/testdb/'; #把tbl_test資料庫備份到/tmp/testdb/目錄里，會自動創建一個testdb目錄 為了執行該語句，你必須擁有那些表的FILE許可權和SELECT許可權，備份目錄還必須是伺服器可寫的。該語句執行時，會先把內存中的數據寫入磁碟，再把各個數據表的.frm(表結構定義文件)、.MYD(數據)文件從數據目錄拷貝到備份目錄。它不拷貝.MYI(索引)文件，因為它能用另外兩個文件重建。BACKUP TABLE語句備份時，依次鎖定數據表，當同時備份多個數據表時，數據表可能會被修改，所以備份0完成時，備份文件中的數據和現時數據表中的數據可能會有差異，為了消除該差異，我們可用只讀方式鎖定數據表，在備份完成後再解鎖。如：mysql> LOCK TABLES tb1 READ,tb2 READ;mysql> BACKUP TABLE tb1,tb2 TO 'backup/db';mysql> UNLOCK TABLES;使用BACKUP TABLE語句備份的數據表可用RESTORE TABLE重新載入到伺服器。注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/testdb/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。 例子：SELECT * INTO OUTFILE '/tmp/testdb/tbl_test.txt' FROM tbl_test;注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/testdb/tbl_test.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。還原：用BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢復數據表。例子：RESTORE TABLE FROM '/tmp/testdb/';許可權要求類似上面所述。用SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢復數據表。例子：LOAD DATA INFILE '/tmp/testdb/tbl_name.txt' INTO TABLE tbl_name;許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。
⑵ 用linux系統是做什麼用的
Linux可以運行在伺服器和其他大型平台之上，如大型機和超級計算機，是一個領先的操作系統。世界上500個最快的超級計算機90%以上運行Linux發行版或變種，最快的前10名超級計算機運行的都是Linux操作系統。
Linux也廣泛應用在嵌入式設備上，如手機、平板電腦、路由器、電視和電子游戲機等。在移動設備上廣泛使用的Android操作系統就是創建在Linux內核之上。
Linux是一款免費的操作系統，用戶可以通過網路或其他途徑免費獲得，並可以任意修改其源代碼。來自全世界的無數程序員參與了Linux的修改、編寫工作，程序員可以根據自己的興趣和靈感對其進行改變，這讓Linux吸收了無數程序員的精華，不斷壯大。
(2)postgressql優化擴展閱讀：
Linux系統的優勢：
1、跨平台的硬體支持
由於Linux 的內核大部分是用C語言編寫的，並採用了可移植的Unix標准應用程序介面，所以它支持如i386、Alpha、AMD和Sparc等系統平台，以及從個人電腦到大型主機，甚至包括嵌入式系統在內的各種硬體設備。
2、豐富的軟體支持
與其他的操作系統不同的是，安裝了Linux系統後，用戶常用的一些辦公軟體、圖形處理工具、多媒體播放軟體和網路工具等都已無需安裝。
而對於程序開發人員來說，Linux更是一個很好的操作平台，在Linux 的軟體包中，包含了多種程序語言與開發工具，如gcc、cc、C++、Tcl/Tk、Perl、Fortran77 等。
3、完善的網路功能
Linux 內置了很豐富的免費網路伺服器軟體、資料庫和網頁的開發工具，如Apache、Sendmail、VSFtp、SSH、MySQL、PHP和JSP 等。近年來，越來越多的企業看到了Linux 的這些強大的功能，利用Linux 擔任全方位的網路伺服器。
⑶ 四大開源資料庫是哪些
如果打算為項目選擇一款免費、開源的資料庫，那麼你可能會在MySQL與PostgreSQL之間猶豫不定。MySQL與PostgreSQL都是免
費、開源、強大、且功能豐富的資料庫。你主要的問題可能是：哪一個才是最好的開源資料庫，MySQL還是PostgreSQL呢？該選擇哪一個開源資料庫
呢？
在選擇資料庫時，你所做的是個長期的決策，因為後面如果再改變決定將是非常困難且代價高昂的。你希望一開始就選擇正確。兩個流行
的開源資料庫MySQL與PostgreSQL常常成為最後要選擇的產品。對這兩個開源資料庫的高層次概覽將會有助於你選擇最適合自己需要的。
MySQL
MySQL相對來說比較年輕，首度出現在1994年。它聲稱自己是最流行的開源資料庫。MySQL就是LAMP（用於Web開發的軟體包，包括
Linux、Apache及Perl/PHP/Python）中的M。構建在LAMP棧之上的大多數應用都會使用MySQL，包括那些知名的應用，如
WordPress、Drupal、Zend及phpBB等。
一開始，MySQL的設計目標是成為一個快速的Web伺服器後端，使用
快速的索引序列訪問方法（ISAM），不支持ACID。經過早期快速的發展之後，MySQL開始支持更多的存儲引擎，並通過InnoDB引擎實現了
ACID。MySQL還支持其他存儲引擎，提供了臨時表的功能（使用MEMORY存儲引擎），通過MyISAM引擎實現了高速讀的資料庫，此外還有其他的
核心存儲引擎與第三方引擎。
MySQL的文檔非常豐富，有很多質量不錯的免費參考手冊、圖書與在線文檔，還有來自於Oracle和第三方廠商的培訓與支持。
MySQL近幾年經歷了所有權的變更和一些頗具戲劇性的事件。它最初是由MySQL
AB開發的，然後在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。Oracle支持MySQL的多個版
本：Standard、Enterprise、Classic、Cluster、Embedded與Community。其中有一些是免費下載的，另外一
些則是收費的。其核心代碼基於GPL許可，對於那些不想使用GPL許可的開發者與廠商來說還有商業許可可供使用。
現在，基於最初的
MySQL代碼還有更多的資料庫可供選擇，因為幾個核心的MySQL開發者已經發布了MySQL分支。最初的MySQL創建者之一Michael
"Monty"
Widenius貌似後悔將MySQL賣給了Sun公司，於是又開發了他自己的MySQL分支MariaDB，它是免費的，基於GPL許可。知名的
MySQL開發者Brian Aker所創建的分支Drizzle對其進行了大量的改寫，特別針對多CPU、雲、網路應用與高並發進行了優化。
PostgreSQL
PostgreSQL標榜自己是世界上最先進的開源資料庫。PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那麼昂貴的價格和傲慢的客服。它擁有很長的歷史，最初是1985年在加利福尼亞大學伯克利分校開發的，作為Ingres資料庫的後繼。
PostgreSQL是完全由社區驅動的開源項目，由全世界超過1000名貢獻者所維護。它提供了單個完整功能的版本，而不像MySQL那樣提供了多個
不同的社區版、商業版與企業版。PostgreSQL基於自由的BSD/MIT許可，組織可以使用、復制、修改和重新分發代碼，只需要提供一個版權聲明即
可。
可靠性是PostgreSQL的最高優先順序。它以堅如磐石的品質和良好的工程化而聞名，支持高事務、任務關鍵型應用。
PostgreSQL的文檔非常精良，提供了大量免費的在線手冊，還針對舊版本提供了歸檔的參考手冊。PostgreSQL的社區支持是非常棒的，還有來
自於獨立廠商的商業支持。
數據一致性與完整性也是PostgreSQL的高優先順序特性。PostgreSQL是完全支持ACID特性
的，它對於資料庫訪問提供了強大的安全性保證，充分利用了企業安全工具，如Kerberos與OpenSSL等。你可以定義自己的檢查，根據自己的業務規
則確保數據質量。在眾多的管理特性中，point-in-time
recovery（PITR）是非常棒的特性，這是個靈活的高可用特性，提供了諸如針對失敗恢復創建熱備份以及快照與恢復的能力。但這並不是
PostgreSQL的全部，項目還提供了幾個方法來管理PostgreSQL以實現高可用、負載均衡與復制等，這樣你就可以使用適合自己特定需求的功能
了。
⑷ MySQL與PostgreSQL比較 哪個資料庫更好
如果打算為項目選擇一款免費、開源的資料庫，那麼你可能會在MySQL與PostgreSQL之間猶豫不定。MySQL與PostgreSQL都是
免費、開源、強大、且功能豐富的資料庫。你主要的問題可能是：哪一個才是最好的開源資料庫，MySQL還是PostgreSQL呢？該選擇哪一個開源數據
庫呢？
在選擇資料庫時，你所做的是個長期的決策，因為後面如果再改變決定將是非常困難且代價高昂的。你希望一開始就選擇正確。兩個流行的開源資料庫MySQL與PostgreSQL常常成為最後要選擇的產品。對這兩個開源資料庫的高層次概覽將會有助於你選擇最適合自己需要的。
MySQL
MySQL
相對來說比較年輕，首度出現在1994年。它聲稱自己是最流行的開源資料庫。MySQL就是LAMP（用於Web開發的軟體包，包括
Linux、Apache及Perl/PHP/Python）中的M。構建在LAMP棧之上的大多數應用都會使用MySQL，包括那些知名的應用，如
WordPress、Drupal、Zend及phpBB等。
一開始，MySQL的設計目標是成為一個快速的Web伺服器後端，使用快速的
索引序列訪問方法（ISAM），不支持ACID。經過早期快速的發展之
後，MySQL開始支持更多的存儲引擎，並通過InnoDB引擎實現了ACID。MySQL還支持其他存儲引擎，提供了臨時表的功能（使用MEMORY存
儲引擎），通過MyISAM引擎實現了高速讀的資料庫，此外還有其他的核心存儲引擎與第三方引擎。
MySQL的文檔非常豐富，有很多質量不錯的免費參考手冊、圖書與在線文檔，還有來自於Oracle和第三方廠商的培訓與支持。
MySQL
近幾年經歷了所有權的變更和一些頗具戲劇性的事件。它最初是由MySQL
AB開發的，然後在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。Oracle支持MySQL的多個版
本：Standard、Enterprise、Classic、Cluster、Embedded與Community。其中有一些是免費下載的，另外一
些則是收費的。其核心代碼基於GPL許可，對於那些不想使用GPL許可的開發者與廠商來說還有商業許可可供使用。
現在，基於最初的
MySQL代碼還有更多的資料庫可供選擇，因為幾個核心的MySQL開發者已經發布了MySQL分支。最初的MySQL創建者之一 Michael
"Monty"
Widenius貌似後悔將MySQL賣給了Sun公司，於是又開發了他自己的MySQL分支MariaDB，它是免費的，基於GPL許可。知名的
MySQL開發者Brian Aker所創建的分支Drizzle對其進行了大量的改寫，特別針對多CPU、雲、網路應用與高並發進行了優化。
PostgreSQL
PostgreSQL標榜自己是世界上最先進的開源資料庫。PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那麼昂貴的價格和傲慢的客服。它擁有很長的歷史，最初是1985年在加利福尼亞大學伯克利分校開發的，作為Ingres資料庫的後繼。
PostgreSQL
是完全由社區驅動的開源項目，由全世界超過1000名貢獻者所維護。它提供了單個完整功能的版本，而不像MySQL那樣提供了
多個不同的社區版、商業版與企業版。PostgreSQL基於自由的BSD/MIT許可，組織可以使用、復制、修改和重新分發代碼，只需要提供一個版權聲
明即可。
可靠性是PostgreSQL的最高優先順序。它以堅如磐石的品質和良好的工程化而聞名，支持高事務、任務關鍵型應用。
PostgreSQL的文檔非
常精良，提供了大量免費的在線手冊，還針對舊版本提供了歸檔的參考手冊。PostgreSQL的社區支持是非常棒的，還有來自於獨立廠商的商業支持。
數
據一致性與完整性也是PostgreSQL的高優先順序特性。PostgreSQL是完全支持ACID特性的，它對於資料庫訪問提供了強大的安全性
保證，充分利用了企業安全工具，如Kerberos與OpenSSL等。你可以定義自己的檢查，根據自己的業務規則確保數據質量。在眾多的管理特性
中，point-in-time
recovery（PITR）是非常棒的特性，這是個靈活的高可用特性，提供了諸如針對失敗恢復創建熱備份以及快照與恢復的能力。但這並不是
PostgreSQL的全部，項目還提供了幾個方法來管理PostgreSQL以實現高可用、負載均衡與復制等，這樣你就可以使用適合自己特定需求的功能
了。
平台
MySQL與PostgreSQL都出現在一些高流量的Web站點上：
MySQL：Slashdot、Twitter、Facebook與Wikipedia
PostgreSQL：Yahoo使用了一個修改的PostgreSQL資料庫來處理每天數以億計的事件，還有Reddit和Disqus
MySQL
與PostgreSQL都能運行在多個操作系統上，如Linux、Unix、Mac OS
X與Windows。他們都是開源、免費的，因此測試他們時的唯一代價就是你的時間與硬體。他們都很靈活且具有可伸縮性，可用在小型系統和大型分布式系統
上。MySQL在一個領域上要比PostgreSQL更進一步，那就是它的觸角延伸到了嵌入式領域，這是通過libmysqld實現的。
PostgreSQL不支持嵌入式應用，依然堅守在傳統的客戶端/伺服器架構上。
MySQL通常被認為是針對網站與應用的快速資料庫後端，
能夠進行快速的讀取和大量的查詢操作，不過在復雜特性與數據完整性檢查方面不太盡如人意。
PostgreSQL是針對事務型企業應用的嚴肅、功能完善的資料庫，支持強ACID特性和很多數據完整性檢查。他們二者都在某些任務上具有很快的速
度，MySQL不同存儲引擎的行為有較大差別。MyISAM引擎是最快的，因為它只執行很少的數據完整性檢查，適合於後端讀操作較多的站點，不過對於包含
敏感數據的讀/寫資料庫來說就是個災難了，因為MyISAM表最終可能會損壞。MySQL提供了修復MySQL表的工具，不過對於敏感數據來說，支持
ACID特性的InnoDB則是個更好的選擇。
與之相反，PostgreSQL則是個只有單一存儲引擎的完全集成的資料庫。你可以通過調整postgresql.conf文件的參數來改進性能，也可以調整查詢與事務。PostgreSQL文檔對於性能調優提供了非常詳盡的介紹。
MySQL與PostgreSQL都是高可配置的，並且可以針對不同的任務進行相應的優化。他們都支持通過擴展來添加額外的功能。
一個常見的誤解就是MySQL要比PostgreSQL更容易學習。關系資料庫系統都是非常復雜的，這兩個資料庫的學習曲線其實是差不多的。
標准兼容性
PostgreSQL
旨在實現SQL兼容性（當前標準是ANSI-SQL:2008）。MySQL則兼容大部分SQL，不過還有自己的擴展，可以支
持NoSQL特性，這在參考手冊中都有介紹。每種方式都有優缺點。兼容標准會讓資料庫管理員、資料庫開發者與應用開發者更舒服一些，因為這意味著他們只需
學習一套標准、一套特性和命令即可。這會節省時間，提升效率，也不會被鎖定在特定的廠商上。
支持使用非標準的自定義功能的人們認為這樣可
以快速採用新的特性，而不必等待標准進程完成。ANSI/ISO標准在不斷演化，因此標准兼容性也是個
變化的目標：知名的關系型資料庫Microsoft SQL Server、Oracle與IBM DB2也只是部分兼容於標准。
結論
雖
然有不同的歷史、引擎與工具，不過並沒有明確的參考能夠表明這兩個資料庫哪一個能夠適用於所有情況。很多組織喜歡使用PostgreSQL，因為
它的可靠性好，在保護數據方面很擅長，而且是個社區項目，不會陷入廠商的牢籠之中。MySQL更加靈活，提供了更多選項來針對不同的任務進行裁剪。很多時
候，對於一個組織來說，對某個軟體使用的熟練程度要比特性上的原因更重要。