用mysql存数据与直接用文本文件存数据的去别

用mysql存数据与直接用文本文件存数据的区别是：

1.

你存文本和存数据库,不一定数据库会节省空间,但是可预见的,大部分情况下数据库会更节省空间,尤其是在大数据量的情况下

2.

读写文本文件和数据库速度差别肯定非常大,首先数据库有索引之类的,可以加速数据读取写入效率,当然你文本文件也可以实现这些,但是跟自己从头写个数据库没差别了,文本文件读写你总得要考虑命中率,文本的遍历命中是很低的

3.

sqlite其实不推荐在服务端使用,因为在并发读写的情况下表现很差,至少连2个9的可靠性都达不到,物联网设备要的是高读高写还有大数据量,其实我是推荐MongoDB的,不过你这里选用MySQL也是可以的

4.

关于背后的原理,你可以了解下数据结构相关的知识

InnoDB的数据文件本身就是主索引文件。而MyISAM的主索引和数据是分开的。辅助索引data域存储相应记录主键的值而不是地址。

innoDB是聚簇索引，数据挂在逐渐索引之下。

是 MySQL 默认的事务型存储引擎， 只有在需要它不支持的特性时，才考虑使用其它存储引擎 。

实现了四个标准的隔离级别，默认级别是可重复读(REPEATABLE READ)。在可重复读隔离级别下，通过多版本并发控制(MVCC)+ 间隙锁(Next-Key Locking)防止幻影读。

主索引是聚簇索引，在索引中保存了数据，从而避免直接读取磁盘，因此对查询性能有很大的提升。

内部做了很多优化，包括从磁盘读取数据时采用的可预测性读、能够加快读 *** 作并且自动创建的自适应哈希索引、能够加速插入 *** 作的插入缓冲区等。

支持真正的在线热备份。其它存储引擎不支持在线热备份，要获取一致性视图需要停止对所有表的写入，而在读写混合场景中，停止写入可能也意味着停止读取。

以B+树作为索引结构，叶节点的数据域存放数据记录的地址。主索引和辅助索引在结构上没有区别，只是主索引要求key唯一，而辅助索引的key可以重复。

MyISAM中索引检索的算法为首先按照B+Tree搜索算法搜索索引，如果指定的Key存在，则取出其data域的值，然后以data域的值为地址，读取相应数据记录。

设计简单，数据以紧密格式存储。对于只读数据，或者表比较小、可以容忍修复的 *** 作，则依然可以使用它。

提供了大量的特性，包括压缩表、空间数据索引等。

不支持事务 。

不支持行级锁，只能对整张表加锁，读取时会对需要读到的所有表加共享锁，写入时则对表加排它锁。但在表有读取 *** 作的同时，也可以往表中插入新的记录，这被称为并发插入(CONCURRENT INSERT)。

可以手工或者自动执行检查和修复 *** 作，但是和事务恢复以及崩溃恢复不同，可能导致一些数据丢失，而且修复 *** 作是非常慢的。

如果指定了 DELAY_KEY_WRITE 选项，在每次修改执行完成时，不会立即将修改的索引数据写入磁盘，而是会写到内存中的键缓冲区，只有在清理键缓冲区或者关闭表的时候才会将对应的索引块写入磁盘。这种方式可以极大地提升写入性能，但是在数据库或者主机崩溃时会造成索引损坏，需要执行修复 *** 作。

---