小型Web数据库的选择

[daiv]

一直用Python + web.py + SQLite ，主要这个数据库小巧，省资源,有128m就够用。但是SQLite 写的时候有锁，导致并发大大减弱。

我该放弃SQLite ？

我的需求:数据库只做 插入和查询，不需要更新数据的。只有2个表，

请大家推荐一款，谢谢啦
想要插入的时候也可以查询呀。毕竟没有更新操作。

[daiv]

我的需求:数据库只做 插入和查询操作，不需要 更新 操作。只有2个表，数据1—100万之间。

[ixiaohei]

mysql

[ipconfiger]

@daiv 每一条多大呢？

[daiv]

@ipconfiger 小于100k

[daiv]

@ixiaohei mySQL 是不是有一点点大了 谢谢

[ipconfiger]

@daiv 按每条100K计算，100w条大概有10G左右的数据，还是上正儿八经的数据库吧，128M什么的就不要想了。bdb，sqlite，leveldb神码的都存在多进程的问题，且bdb和leveldb都需要内存

[daiv]

@ipconfiger 最大1-2G，一般都是10条左右了。

只做插入和查询。
推荐一个啦

[clino]

sqlite 我觉得注意一下是可以提高并发的,减少被锁影响的方法:
-将timeout时间设长一些
-将操作数据库的时间尽量缩短,例如读就一把读出来再处理,写也是把要写的数据全部准备好了一把写入

[daiv]

@ipconfiger 一般10万条左右，上面写错了

[yakczh]

memsql

[clino]

上面减少操作数据库时间的具体做法,我在用uliweb的时候用到过一个就是
for item in model:
这里面对model的遍历会引发对数据库的操作,这样如果for里做得时间比较多,花的时间比较长,那占用的时间就长了
可以改成这样:
for item in list(model):
这样就将操作数据库的时间最小化了

还有我碰到一个情形是,除了web的进程,还有一些daemon进程也会操作数据库,后来就改成调用web api来做,这样把对数据库的操作都集中到web进程里,这样我觉得对避免这个问题也有好处

[ipconfiger]

@daiv 你就只有128M的VPS啊？

[tshwangq]

firebird?

[moroumo]

我用得也是sqlite，也是128M VPS，哈哈。
注重一下业务流程上能不能简化，避免读写冲突

[ipconfiger]

@daiv 1G，2G的数据可以继续用SQLite，为了避免锁问题，可以用一个独立的进程单线程访问SQLite数据库，然后web用tornado异步请求

[tshwangq]

Kyoto Cabinet, 似乎也是个不错的选择。

[likuku]

加一个memcached…读的负载转移到内存去。

[tshwangq]

http://yserial.sourceforge.net/
这个也很有意思啊，用sqlite构建起来的小型nosql。
非常符合你的写+读的场景

[barbery]

用mysql的myisam表, 关闭innodb， 应该耗不了多少内存吧

[loading]

数据量不大可以使用sqlite内存方式