貌似这种写入量很小,但是很频繁的不好做事务吧?

现在有一个需求就是每次请求都会发生一次数据库写入操作,
也可以理解成类似访问统计的功能(但是实际不是,所以无法直接通过对访问日志做分析)

类似于这样,
任何用户只要访问这个页面就会产生一次数据写入。
一天100万次PV就会产生100万次零碎的写操作。
当访问量很大的时候,我有点担心sqlite的写入性能。
请问有什么办法优化?

把数据库放在内存里,然后定时一次性更新到sqlite里?


HUH函数
浏览 160回答 2
2回答

三国纷争

不限于flask, 很多应用都需要这样的优化1. 使用log而不是数据库, 比如使用nginx的empty_gif, 然后记录大量log, 用脚本批量导入数据库或者运算好结果, 再存储到数据库如果你的数据量足够大, 那么你应该不止一台web server, 你需要批处理好几台机器上的log.这些原始数据你可以保存在s3上, 以后作为数据仓库使用.2. 使用内存, queue server或者redis那样的内存方案也同样是批处理数据, 写脚本. 不过这个受到内存大小限制, 比较贵, 需要经常跑脚本.

精慕HU

放到 redis,redis事务应该还可以吧,然后再写到数据库里
打开App,查看更多内容
随时随地看视频慕课网APP

相关分类

SQL Server