简单来说，sqlite功能简约，小型化，追求最大磁盘效率；mysql功能全面，综合化，追求最大并发效率。如果只是单机上用的，数据量不是很大，需要方便移植或者需要频繁读/写磁盘文件的话，就用sqlite比较合适；如果是要满足多用户同时访问，或者是网站访问量比较大是使用mysql比较合适。
下面详细介绍两者的区别和应用：
sqlite
sqlite是非凡的数据库，他可以进程在使用它的应用中。作为一个自包含、基于文件的数据库，sqlite提供了出色的工具集，可以处理所有类型的数据，没有什么限制，而且比起服务器运行的进程型服务器使用起来轻松许多。
一个应用使用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 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置，容易使用。既然它并不复杂，理论上就无法让它比现在更快，其实现在它已经很快了。
何时使用 sqlite ?
- 嵌入式应用:
所有需要迁移性，不需要扩展的应用，例如，单用户的本地应用，移动应用和游戏。
- 代替磁盘访问:
在很多情况下，需要频繁直接读/写磁盘文件的应用，都很适合转为使用 sqlite ，可以得益于 sqlite 使用 sql 带来的功能性和简洁性。
- 测试:
它能秒杀大部分专门针对应用业务逻辑(也就是应用的主要目的：能完成功能)的测试。
何时不用 sqlite ?
- 多用户应用:
如果你在开发的应用需要被多用户访问，而且这些用户都用同一个数据库，那么相比 sqlite 最好还是选择一个功能完整的关系型数据库(例如 mysql)。
- 需要大面积写入数据的应用:
sqlite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作，因此吞吐量有限。
mysql
mysql 在所有大型数据库服务器中最流行的一个. 它的特性丰富，产品的开源性质使得其驱动了线上大量的网站和应用程序. 要入手 mysql 相对简单，开发人员可以在互联网上面访问到大量有关这个数据库的信息.
注意: 由于这个产品的普及性，大量的第三方应用、工具和集成库对于操作这个rdbcms的方方面面大有帮助.
mysql没有尝试去实现sql标准的全部，而是为用户提供了很多有用的功能. 作为一个独立的数据库服务器，应用程序同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的优点
- 容易使用:
安装mysql非常容易。第三方库，包括可视化(也就是有gui)的库让上手使用数据库非常简单。
- 功能丰富:
mysql 支持大部分关系型数据库应该有的 sql 功能——有些直接支持，有些间接支持。
- 安全:
mysql 有很多安全特性，其中有些相当高级。
- 灵活而强大:
mysql 能处理很多数据，此外如有需要，它还能“适应”各种规模的数据。
- 快速:
放弃支持某些标准，让 mysql 效率更高并能使用捷径，因此带来速度的提升。
mysql的缺点
- 已知的局限:
从设计之初，mysql 就没打算做到全知全能，因此它有一些功能局限，无法满足某些顶尖水平应用的需求。
- 可靠性问题:
mysql 对于某些功能的实现方式(例如，引用，事务，数据审核等) 使得它比其他一些关系型数据库略少了一些可靠性。
- 开发停滞:
尽管 mysql 理论上仍是开源产品，也有人抱怨它诞生之后更新缓慢。然而，应该注意到有一些基于 mysql 并完整集成的数据库(如 mariadb)，在标准的 mysql 基础上带来了额外价值。
何时使用 mysql?
- 分布式操作:
当sqlite所提供的不能满足你的需要时，可以把mysql包括进你的部署栈，就像任何一个独立的数据库服务器，它会带来大量的操作自由性和一些先进的功能。
- 高安全性:
mysql的安全功能，用一种简单的方式为数据访问(和使用)提供了可靠的保护。
- web网站 和 web应用:
绝大多数的网站(和web应用程序)可以忽视约束性地简单工作在mysql上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行。
- 定制解决方案:
如果你工作在一个高度量身定制的解决方案上，mysql能够很容易地尾随和执行你的规则，这要感谢其丰富的配置设置和操作模式。
何时不用 mysql?
- sql 服从性:
因为 mysql 没有[想要]实现 sql 的全部标准，所以这个工具不完全符合sql。如果你需要对这样的关系数据库管理系统进行整合，从mysql进行切换是不容易的。
- 并发:
即使mysql和一些存储引擎能够真地很好执行读取操作，但并发读写还是有问题的。
- 缺乏特色:
再次提及，根据数据库引擎的选择标准，mysql会缺乏一定的特性，如全文搜索。
到此这篇关于sqlite与mysql区别及优缺点介绍的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持www.887551.com。