这是一个创建于 4554 天前的主题，其中的信息可能已经有所发展或是发生改变。
会不会承受不了很大的请求啊，正在考虑要不要转成mysql，sqlite3和mysql的语法相差大不大？
 |
1
CoX 2012-06-14 23:54:21 +08:00
小论坛，数据量小，绝对可行。看资料说数据量在10万以下，各方面表现都良好。
|
 |
2
feelinglucky 2012-06-15 00:09:25 +08:00
分表（库）建好管理好，然后配合内存缓冲，没问题
|
 |
3
feiandxs 2012-06-15 00:21:51 +08:00
读性能比写好很多。配合好缓存的话问题不大。
写频繁就算了。 |
 |
4
ytzong 2012-06-15 01:25:15 +08:00
多线程写操作比较麻烦
|
 |
5
clino 2012-06-15 08:40:05 +08:00
我觉得用sqlite需要尽量减少读写的时间,例如遍历一些记录的时候,应该把这些记录先读出来,然后再操作,尽量减少读写的时间以后可以减少很多冲突的机会,sqlite比较怕多线程之间的互相冲突
|
 |
6
keakon 2012-06-15 09:23:12 +08:00
在 iPhone 上都能每秒各同时读写 100 次以上，服务器如果搭配 SSD 的话应该支持几十万人的论坛毫无压力。
|
 |
7
vicalloy 2012-06-15 09:43:46 +08:00
我觉得不太合适。
论坛的读写都挺频繁。 高并发在写数据库的时候很容易将数据库给锁了。 |
 |
8
ayanamist 2012-06-15 09:56:09 +08:00
SQLite的写在transaction下还是很快的，但不在transaction下，每秒就几十个query的速度。
而且SQLite的写锁是数据库级的，也就是一个文件一把锁，和MySQL的MyISAM的表锁和InnoDB的行锁都是不一样的。 所以要结合情况来考虑。还要论坛程序对SQLite的transaction支持做优化。 |
 |
9
dalieba 2018-10-14 16:19:19 +08:00 via Android
楼主可以试试 Firebird。
|
Select Language