Linux是一个免费开源的操作系统，以其自由、开放、安全、稳定的特点，被各大IT公司广泛应用于服务器和嵌入式设备。.由于数据存储的需要，Linux操作系统需要配备一套性能优良的数据库来满足业务需求。但是Linux系统下可用的数据库种类很多，它们的功能和性能也各有优势。很多时候我们需要根据业务场景灵活变通。选择要使用的数据库。但是，有时由于缺乏经验，选择了不合适的数据库，导致业务运行过程中出现很多问题和瓶颈。许多不可避免的读写错误；再比如很多嵌入式系统需要支持多用户，却选择了SQLite。SQLite虽然小、轻、易移植，非常适合嵌入式系统，但不支持多用户管理。那么如何选择一个合适的数据库是我们面临的一个难题。目前Linux系统常用的数据库包括两大类，一类是商业数据库，如Oracle、Sybase、DB2、Informix、SQLServer等；另一种是开源免费的数据库，比如MySQL、PostgreSQL、SQLite等，商业数据库的功能和性能不用多说，背后都有强大的技术团队支撑。下面我们就来说说几个常用的开源免费数据库。本文根据我们日常的开发经验，对MySQL、PostgreSQL、SQLite进行了简单的对比，以供大家参考。1.SQLite数据库SQLite是一个用C语言实现的轻量级关系型数据库。它是面向嵌入式使用的，已经广泛应用于各种嵌入式系统中。它占用的资源非常少。在嵌入式设备中，可能只有几百K的内存就足够了。SQLite可支持Windows/Linux/Unix等主流操作系统，可与多种编程语言结合，如C++、C#、PHP、Java等。与Mysql和PostgreSQL这两个世界知名的开源数据库管理系统相比，它的处理速度比所有这些都快。(1)SQLite的优点它的第一个特点是轻量级。SQLite的作者非常重视这个特性，就连它的Logo都用“羽毛”来彰显它的轻盈。与客户端/服务器模式的数据库不同，SQLite是一个本地数据库，是一个进程内的数据库引擎。使用SQLiteroom，你只需要带上它的一个动态库就可以享受它的所有功能，而且这个动态库的体积也相当小。SQLite的另一个特点是绿色。其核心引擎本身不依赖第三方软件，无需“安装”即可使用。只需要导入动态库，部署时省去很多麻烦。跨平台/便携性，如果只是支持主流操作系统，那就没什么好吹嘘的了。除了主流操作系统，SQLite还支持很多冷门操作系统。尤其是对很多嵌入式系统的支持非常好，如Android、WindowsMobile、Symbin、Palm、VxWorks等。SQLite使用PublicDomain协议，这是最酷的，可以放心使用，不受限制。(2)SQLite的缺点SQLite在并发（包括多进程和多线程）读写方面的性能一直不理想。数据库可能会被写操作垄断，导致其他读写操作阻塞或失败。SQLite不完全支持SQL标准。在其官方网站上，它专门列出了它不支持的SQL92标准。特别是，不支持外键约束。有时需要访问其他机器上的SQLite库文件，数据库文件会放在网络共享目录下。这时候你就得小心了。SQLite文件放在NFS上，在并发读写的情况下，可能会出现问题（如数据损坏）。原因是部分NFS网络文件系统在文件锁的实现上存在bug。(3)第一种使用场景是嵌入式应用场景，所有需要移动性且不需要扩展的应用，例如单用户本地应用、移动应用、游戏等。二是更换磁盘访问的场景。在很多情况下，需要频繁直接读写磁盘文件的应用程序适合切换到SQLite，它可以受益于SQLite使用SQL带来的功能和简单性。2.MySQL数据库MySQL是最流行的关系数据库管理系统，也是最好的关系数据库管理系统应用软件之一。MySQL使用的SQL语言是最常用的访问数据库的标准化语言。MySQL以其体积小、速度快、免费、开源等特点被IT企业广泛采用。(1)MySQL的优点它使用的核心线程是完全多线程的，速度快，支持多处理器。有多种列类型：1、2、3、4和8字节长度的有符号/无符号整数、FLOAT、DOUBLE、CHAR、VARCHAR、TEXT、BLOB、DATE、TIME、DATETIME、TIMESTAMP、YEAR和ENUM类型。它通过高度优化的类库来实现SQL函数，并且尽可能快，通常在查询初始化后不应该有任何内存分配。无内存泄漏，支持ANSISQLLEFT0UTERJOIN和ODBC。MySQL可以在不同的平台上工作。支持C、C++、Java、Perl、PHP、Python和TCLAPI。MySQL完全支持SQL的GROUPBY和ORDERBY子句，支持聚合函数（COUNT()、COUNT(DISTINCT)、AVG()、STD()、SUM()、MAX()、MIN()）。您可以在同一个查询中混合来自不同数据库的表。所有列都有默认值。您可以使用INSERT插入表列的子集，那些没有显式给定值的列将设置为其默认值。(2)MySQL的缺点MySQL最大的缺点是它的安全系统，主要是复杂而不标准。此外，它仅在调用mysqladmin重新读取用户权限时发生变化。MySQL的另一个主要缺点是缺乏标准的RI（ReferentialIntegrity-RI）机制；RI限制（对给定字段域的固定范围限制）的缺乏可以通过大量数据类型来弥补。MySQL没有存储过程语言，这对习惯了企业级数据库的程序员来说是最大的限制。(3)MySQL使用场景分布式操作场景：当你需要的不仅仅是SQLite所能提供的，将MySQL纳入你的部署栈，就像任何独立的数据库服务器一样，会带来很多的操作自由度和一些高级特性。高安全场景：MySQL的安全特性以简单的方式为数据访问（和使用）提供可靠的保护。网站和Web应用程序场景：绝大多数网站（和Web应用程序）都可以不受限制地简单地在MySQL上运行。这种灵活且可扩展的工具易于使用和管理-从长远来看，这已被证明是非常有帮助的。自定义解决方案场景：如果您正在处理高度定制的解决方案，MySQL可以轻松地调整和执行您的规则，这要归功于其丰富的配置设置和操作模式。多用户应用场景：如果你开发的应用需要被多个用户访问，而这些用户都使用同一个数据库，那么选择功能齐全的关系型数据库MySQL比SQLite好。3.PostgreSQL数据库PostgreSQL是一个非常强大的开源客户端/服务器关系数据库管理系统。它是在POSTGRES4.2版本的基础上开发的对象关系型数据库管理系统，由美国加州大学计算机科学系开发。PostgresSQL以其经过验证的架构、可靠性、数据完整性、强大的功能集、可扩展性以及软件背后的开源社区的奉献精神赢得了良好的声誉。PostgreSQL广泛应用于各大IT软件系统。(1)PostgreSQL的优点PostgreSQL支持存储过程，业务逻辑多。这时候使用存储过程可以在不增加数据库服务器负担的情况下封装这样的业务逻辑，并且可以利用数据库服务器本身的内部机制优化存储过程的执行。另外，存储过程的存在也避免了网络上大量原始SQL语句的传输，这样的优势是显而易见的。PostgreSQL支持视图，视图的存在可以最大限度的利用数据库服务器内部的优化机制。而且，视图权限的合理使用，其实可以提供行级的权限。这是MySQL和SQLite权限系统无法实现的。PostgreSQL支持触发器。触发器的存在必然会影响数据库操作的效率。不过，与此同时，触发器的存在也有利于业务逻辑的封装，可以减少应用中对相同业务逻辑的重复控制。合理使用触发器也有利于保证数据的完整性。PostgreSQL支持R-trees等可扩展索引类型，可以更方便地处理一些特殊数据，并且支持ODBC。(2)PostgreSQL的缺点PostgreSQL运行速度明显比MySQL和SQLite慢，因为MySQL使用线程，而PostgreSQL使用进程。不同线程之间的环境切换和访问公共存储区域显然比不同进程之间快得多。PostgreSQL仍然不能完全适应24×7运行，因为你必须每隔一段时间运行一次VACUUM。PostgreSQL在权限系统上不是很完善。PostgreSQL只支持每个用户对数据库或数据表的INSERT、SELECT和UPDATE/DELETE授权，而MySQL允许你定义一整套不同的数据级、表级和列级权限。PostgreSQL生成每一页的速度比MySQL慢。PostgreSQL仍然缺乏一些相对高端的数据库管理系统所需要的特性，比如对大对象的有效支持，以及提高数据库性能的机制，比如查询缓冲。(3)PostgreSQL使用场景数据完整性场景：当无缘无故绝对需要可靠性和数据完整性时，PostgreSQL是更好的选择。复杂的自定义过程场景：如果您需要您的数据库执行自定义过程，可扩展的PostgreSQL是更好的选择。整合迁移场景：未来如果有可能将整个数据库系统迁移到另一个合适的解决方案（如Oracle），PostgreSQL将是这个切换最兼容和易操作的。复杂的设计场景：相对于其他开源免费的关系型数据库管理系统实现，对于复杂的数据库设计，PostgreSQL提供了大部分的功能和可能性，同时也没有放弃其他有价值的地方。4、我们项目中数据库的使用就我们目前工作中接触到的服务器平台而言，需要处理大量的数据信息，安全性要求高，支持多用户并发的需求。我们使用的是MySQL数据库，实际上正好验证了我们的预期结果。我们项目中常用的存储阵列属于嵌入式设备。对于嵌入式设备，业界多采用轻量级数据库，需要直接、频繁地读写磁盘文件，需要进行数据迁移，但不需要扩容。因素，所以我们的阵列设备使用的是SQLite数据库，正好符合上面的结论。5.说到底，没有最好的，只有合适的！选择合适的数据库会让你的工作更有效率，而不合适的数据库会让你后患无穷，问题频出。在选择数据库之前，首先要了解设备的软硬件环境，然后根据具体的业务需求和实际场景，结合不同数据库的优缺点选择最合适的数据库。
