以下具體介紹兩者的差別和應用：
SQLite
SQLite是非凡的數據庫，他能夠進程在使用它的應用中。作為一個自包括、基於文件的數據庫，SQLite提供了出色的工具集，能夠處理全部類型的數據，沒有什么限制，並且比起server執行的進程型server使用起來輕松很多。
一個應用使用SQLite時。它的功能直接被集成在當中。應用會直接訪問包括數據的文件(即SQLite數據庫),而不是通過一些端口(port, socket)來交互。感謝這樣的底層技術，這使SQLite變得很高速和高效，而且十分強大。
SQLite支持的數據類型
NULL:
NULL值。
INTEGER:
有符號整數。依照設置用1、2、3、4、6或8字節存儲。
REAL:
浮點數。使用8字節IEEE浮點數方式存儲。
TEXT:
文本字符串，使用數據庫編碼存儲(UTF-8, UTF-16BE 或 UTF-16LE)。
BLOB:
二進制大對象，怎么輸入就怎么存儲。
注: 想了解很多其它有關SQLite數據類型的信息。能夠查看這一主題的 官方文檔 。
SQLite 的長處
基於文件:
整個數據庫都包括在磁盤上的一個文件里，因此它有非常好的遷移性。
標准化:
雖然它看起來像個“簡化版”的數據庫，SQLite 確實支持 SQL。
它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT)，可是，又同一時候添加了一些其它功能。
對開發乃至測試都非常棒:
在絕大多數應用的開發階段中，大部分人都很須要解決方式能有並發的靈活性。
SQLite 含有豐富功能基礎，所能提供的超乎開發所需，而且簡潔到僅僅需一個文件和一個 C 鏈接庫。
SQLite的缺點
沒實用戶管理:
高級數據庫都能支持用戶系統。比如，能管理數據庫連接對數據庫和表的訪問權限。
但因為 SQLite 產生的目的和本身性質(沒有多用戶並發的高層設計)。它沒有這個功能。
缺乏額外優化性能的靈活性：
仍然是從設計之初，SQLite 就不支持使用各種技巧來進行額外的性能優化。這個庫easy配置，easy使用。既然它並不復雜，理論上就無法讓它比方今更快，事實上如今它已經非常快了。
何時使用 SQLite ?
嵌入式應用:
全部須要遷移性，不須要擴展的應用，比如。單用戶的本地應用，移動應用和游戲。
取代磁盤訪問:
在非常多情況下。須要頻繁直接讀/寫磁盤文件的應用，都非常適合轉為使用 SQLite ，能夠得益於 SQLite 使用 SQL 帶來的功能性和簡潔性。
測試:
它能秒殺大部分專門針相應用業務邏輯(也就是應用的主要目的：能完畢功能)的測試。
何時不用 SQLite ?
多用戶應用:
假設你在開發的應用須要被多用戶訪問，並且這些用戶都用同一個數據庫，那么相比 SQLite 不妨選擇一個功能完整的關系型數據庫(比如 MySQL)。
須要大面積寫入數據的應用:
SQLite 的缺陷之中的一個是它的寫入操作。這個數據庫同一時間僅僅同意一個寫操作。因此吞吐量有限。
MySQL
MySQL 在全部大型數據庫server中最流行的一個. 它的特性豐富。產品的開源性質使得其驅動了線上大量的站點和應用程序. 要入手 MySQL 相對簡單，開發者能夠在互聯網上面訪問到大量有關這個數據庫的信息.
注意: 因為這個產品的普及性，大量的第三方應用、工具和集成庫對於操作這個RDBCMS的方方面面大有幫助.
Mysql沒有嘗試去實現SQL標准的所有，而是為用戶提供了非常多實用的功能. 作為一個獨立的數據庫server，應用程序同Mysql守護進程的交互，告訴它去訪問數據庫自身 -- 這一點不像 SQLite.
MySQL支持的數據類型
TINYINT:
一個很小的整數.
SMALLINT:
一個小整數.
MEDIUMINT:
一個中間大小的整數.
INT or INTEGER:
一個正常大小的整數.
BIGINT:
一個大的整數.
FLOAT:
一個小的 (單精度) 浮點數。不能是無符號的那種.
DOUBLE, DOUBLE PRECISION, REAL:
一個正常大小 (雙精度) 的浮點數，不能使無符號的那種.
DECIMAL, NUMERIC:
沒有被包裝的浮點數。不能使無符號的那種.
DATE:
一個日期.
DATETIME:
一個日期和時間的組合.
TIMESTAMP:
一個時間戳.
TIME:
一個時間.
YEAR:
一個用兩位或者4位數字格式表示的年份(默認是4位).
CHAR:
一個固定長度的字符串。存儲時總是在其固定長度的空間里右對齊.
VARCHAR:
一個可變長度的字符串.
TINYBLOB, TINYTEXT:
一個BLOB或者TEXT列。最大長度255 (2^8 - 1)個字符.
BLOB, TEXT:
一個BLOB或者TEXT列，最大長度 65535 (2^16 - 1)個字符.
MEDIUMBLOB, MEDIUMTEXT:
一個BLOB或者TEXT列，最大長度 16777215 (2^24 - 1)個字符.
LONGBLOB, LONGTEXT:
一個BLOB或者TEXT列。最大長度4294967295 (2^32 - 1) 個字符.
ENUM:
一個枚舉類型.
SET:
一個集合.
MySQL的長處
easy使用:
安裝MySQL很easy。第三方庫，包含可視化(也就是有GUI)的庫讓上手使用數據庫很簡單。
功能豐富:
MySQL 支持大部分關系型數據庫應該有的 SQL 功能——有些直接支持。有些間接支持。
安全:
MYSQL 有非常多安全特性，當中有些相當高級。
靈活而強大:
MySQL 能處理非常多數據，此外如有須要，它還能“適應”各種規模的數據。
高速:
放棄支持某些標准。讓 MySQL 效率更高並能使用捷徑，因此帶來速度的提升。
MySQL的缺點
已知的局限:
從設計之初。MySQL 就沒打算做到全知全能，因此它有一些功能局限。無法滿足某些頂尖水平應用的需求。
可靠性問題:
MySQL 對於某些功能的實現方式(比如，引用。事務。數據審核等) 使得它比其它一些關系型數據庫略少了一些可靠性。
開發停滯:
雖然 MySQL 理論上仍是開源產品。也有人抱怨它誕生之后更新緩慢。然而。應該注意到有一些基於 MySQL 並完整集成的數據庫(如 MariaDB)。在標准的 MySQL 基礎上帶來了額外價值。
何時使用 MySQL?
分布式操作:
當SQLite所提供的不能滿足你的須要時，能夠把MySQL包含進你的部署棧。就像不論什么一個獨立的數據庫server，它會帶來大量的操作自由性和一些先進的功能。
高安全性:
MySQL的安全功能，用一種簡單的方式為數據訪問(和使用)提供了可靠的保護。
Web站點 和 Web應用:
絕大多數的站點(和Web應用程序)能夠忽視約束性地簡單工作在MySQL上。
這樣的靈活的和可擴展的工具是易於使用和易於管理的——這被證明很有助於長期執行。
定制解決方式:
假設你工作在一個高度量身定制的解決方式上，MySQL可以非常easy地跟隨和運行你的規則，這要感謝其豐富的配置設置和操作模式。
何時不用 MySQL?
SQL 服從性:
由於 MySQL 沒有[想要]實現 SQL 的所有標准。所以這個工具不全然符合SQL。
假設你須要對這種關系數據庫管理系統進行整合，從MySQL進行切換是不easy的。
並發:
即使MySQL和一些存儲引擎可以真地非常好運行讀取操作，但並發讀寫還是有問題的。
缺乏特色:
再次提及，依據數據庫引擎的選擇標准，MySQL會缺乏一定的特性，如全文搜索。