在什么情况下一定要放弃 SQLite 采用 MySQL 呢？

[MrLonely]

现在在一家小公司里帮忙做一些数据处理，金融方面的。数据都是从人工处理过的 Excel 里来的。目前数据放进 SQLite 里大概数据库文件大小在 500MB 左右。后续可能会增长到几百 GB 。

因为 SQLite 简单，不需要解决配置，端口，用户名，等等复杂问题。即开即用。

那以后到了什么时候就该从 SQLite 换到 MySQL 了呢？或者换到 SQL Server ？

[fds]

@Mithril SQLite 可以不停程序直接备份吗？前段时间看 https://litestream.io/ 这种专门的备份软件应该是支持。但不确定直接文件复制会不会出错。

[Mithril]

@fds 可以，SQLite 有 Online Backup API ，https://sqlite.org/backup.html
它的命令行工具就可以直接做 backup

[nekoneko]

高并发下换, 数据量大了换

[tigerstudent]

以前一单机项目用 SQLite ，不知道怎么回事，个别机器（多台）会偶发 SQLite 文件损坏

[ipwx]

@chendl111 空口说这个没用的，要看数据使用流程。

[billzhuang]

开启 WAL ，https://www.sqlite.org/wal.html
做好文件备份，熬到你离职，问题不大。

[mywaiting]

只要是单机版，SQLite 能吊打其他数据库，无论性能还是代码实现的容易程度

什么时候放弃用 SQLite ，那就是你放弃单机版的实现的时候

相对客观地说，这个世界大多数的应用都熬不过需要从 SQLite 转换到 MySQL 分库的时候

[akira]

这数据值钱不。。损坏了能接受不 。。或者丢一天的数据你们要亏多少。。

[wxf666]

@janus77 请教一下，MySQL 比 SQLite ，多支持了什么实际较常用的『较复杂的表结构和查询语句』呢？

[janus77]

@wxf666 比如储存过程

[wxf666]

@janus77 对于 SQLite 而言，宿主语言也可以（甚至更好地）完成相同的任务吧？

还能更好应对分库分表，利用上 ORM ，减轻数据库压力等


好吧，就算存储过程是吧。还有啥嘛？

[yingluck]

1. 数据库大小，是否超过 281TB, 超过就用 MySQL
2. 并发写多不多，sqlite3 写操作会锁表，有并发写就换其他的
3. 操纵数据库的程序和数据库在不在一台机器上，不在的话 sqlite3 不合适