超低访问量的小站用 sqlite 还是 mysql？存储数据占用的空间是一样的吗？主要以存图片为主。

当然 mysql 啊，不然出去吹逼都没人听

sqlite 不支持并发，建议考虑做个 redis 缓存索引

很久以前做过一个自用的小档案保存平台, 全部直接入库 mysql, 不过那些档案最大不超过 100kB
后果嘛... 除了后来要翻资料比较麻烦外, 其实也没啥后果, 吃灰还能怎样...

如果需求是:
1. 减少空间占用
2. 不依靠外部服务
3. 存放档案数量少, 方便备份
那我会选择 index+单一大档
一个档案(sql 啥的都好)存放偏移,长度,(UUID/档名)
另一个大档案直接 append 要存的内容(要不要加密处理随你高兴)
取出要取出某个档案就去 index 找出偏移跟长度
再从那个大档里面拉出来就好
备份就更简单了
index 档+单一大档
没了...


@debuggerx #49, @0bit #59: 赞同你们的说法, 就是视野限制又铁头, 当作回给其他路过得人参考搂...

单文件嘛 sqlite 反正想导出也可以导出

LZ 这种应该就是图片直接存储在服务器上文件夹里面的吧，那数据库就是个记录文件名的，随便啥都行。主流 mysql 。占用的话，全存在服务器上文件多了肯定会慢了。

Sqlite 其实挺适合文件的. MySQL 没道理用, 放 MySQL 里会很影响性能

想要特别简单的方案: 磁盘
想要正常点的方案: S3 之类的
想要折衷省事的方案: SQLite

Sqlite 挺好的，支持楼主，干就完了

图片量少用 FTP 或者直接 local，量大用 Minio 吧，然后 nginx 搞个代理，sqlite 存 metadata，mysql 最好咯

不超过 1K 也值得发个贴？

@sunziren mysql 可以存图片，兄 der 上课的时候是不是操作系统翘课了啊

当初干过这种事，php+sqlite 写的笔记本程序，附件图片啥的都存 sqlite 里，感觉还是蛮快的，对了，当时还搞了个加密，所有数据写入前加密，感觉一点都不慢呢（丢免费虚拟主机里）

为什么可以附言这么多，我的帖子只能 3 条

@hanxiV2EX 你很久没发过帖了吧？可能后面改了。

@youla 可能我被降权了吧，我新建的帖子只能附言 3 条。。。我猜的。。。

@hanxiV2EX 降权了不是没回复提示吗？我看你很正常啊。

数据量不大写入 mysql 问题也不大。
唯一要考虑的就是定时备份，因为文件存磁盘时出现磁盘坏道损坏的只是几张图片，存数据库坏道有可能导致整个数据库挂了。

@dark3212 是固态硬盘，xixi

@youla 搜了下，是提示忘记改了，可以附言 10 条。

mysql 放本地，资源字段里存个 url，文件放本地 nginx 提供，不香吗。

扩展的话，mysql 扔外部服务，文件扔 cdn，扩展到百万访问都无所谓，无缝衔接，甚至不用改代码。

访问量不大的话感受不到 mysql 和 sqlite 的性能差距，而且反正 cpu 跑不满，mysql 多开销 100mb 内存，也是微乎其微。

我大三的时候写了个管理系统，头像就是存数据库的，哈哈，当时比较傻，但也不算傻，毕竟能在数据库存图像还是有点难度的