1

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

3

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

4

多线程写操作比较麻烦

5

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

6

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

7

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

8

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

9

楼主可以试试 Firebird。