会不会承受不了很大的请求啊,正在考虑要不要转成mysql,sqlite3和mysql的语法相差大不大?
|
CoXJun 14, 2012
1
小论坛,数据量小,绝对可行。看资料说数据量在10万以下,各方面表现都良好。
|
|
feelingluckyJun 15, 2012
2
分表(库)建好管理好,然后配合内存缓冲,没问题
|
|
feiandxsJun 15, 2012
3
读性能比写好很多。配合好缓存的话问题不大。
写频繁就算了。 |
|
ytzongJun 15, 2012
4
多线程写操作比较麻烦
|
|
clinoJun 15, 2012
5
我觉得用sqlite需要尽量减少读写的时间,例如遍历一些记录的时候,应该把这些记录先读出来,然后再操作,尽量减少读写的时间以后可以减少很多冲突的机会,sqlite比较怕多线程之间的互相冲突
|
|
keakonJun 15, 2012
6
在 iPhone 上都能每秒各同时读写 100 次以上,服务器如果搭配 SSD 的话应该支持几十万人的论坛毫无压力。
|
|
vicalloyJun 15, 2012
7
我觉得不太合适。
论坛的读写都挺频繁。 高并发在写数据库的时候很容易将数据库给锁了。 |
|
ayanamistJun 15, 2012
8
SQLite的写在transaction下还是很快的,但不在transaction下,每秒就几十个query的速度。
而且SQLite的写锁是数据库级的,也就是一个文件一把锁,和MySQL的MyISAM的表锁和InnoDB的行锁都是不一样的。 所以要结合情况来考虑。还要论坛程序对SQLite的transaction支持做优化。 |
|
daliebaOct 14, 2018 via Android
9
楼主可以试试 Firebird。
|