简单来说，SQLITE功能简约。小型化，追求最大磁盘效率；MYSQL功能全面，综合化。追求最大并发效率。假设仅仅是单机上用的，数据量不是非常大。须要方便移植或者须要频繁读/写磁盘文件的话。就用SQLite比較合适；假设是要满足多用户同一时候訪问。或者是站点訪问量比較大是使用MYSQL比較合适。
以下具体介绍两者的差别和应用：
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 在全部大型数据库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会缺乏一定的特性，如全文搜索。
