用sqlite3作为论坛的数据库行不行？

小论坛，数据量小，绝对可行。看资料说数据量在10万以下，各方面表现都良好。

分表（库）建好管理好，然后配合内存缓冲，没问题

读性能比写好很多。配合好缓存的话问题不大。
写频繁就算了。

多线程写操作比较麻烦

我觉得用sqlite需要尽量减少读写的时间,例如遍历一些记录的时候,应该把这些记录先读出来,然后再操作,尽量减少读写的时间以后可以减少很多冲突的机会,sqlite比较怕多线程之间的互相冲突

在 iPhone 上都能每秒各同时读写 100 次以上，服务器如果搭配 SSD 的话应该支持几十万人的论坛毫无压力。

我觉得不太合适。
论坛的读写都挺频繁。
高并发在写数据库的时候很容易将数据库给锁了。

SQLite的写在transaction下还是很快的，但不在transaction下，每秒就几十个query的速度。
而且SQLite的写锁是数据库级的，也就是一个文件一把锁，和MySQL的MyISAM的表锁和InnoDB的行锁都是不一样的。
所以要结合情况来考虑。还要论坛程序对SQLite的transaction支持做优化。

楼主可以试试 Firebird。