1
Livid MOD 启动多个 Tornado,然后通过 Nginx 做负载均衡。
|
2
shiny 2013-10-16 14:42:43 +08:00 1
用异步的数据库驱动。。。
|
4
foomorrow OP |
5
ipconfiger 2013-10-16 15:33:20 +08:00
@foomorrow 没用的,可以试试我的这个项目 https://github.com/ipconfiger/TorCast 将长时间执行的任务用redis分发到后端的worker进程,然后异步等待返回
|
7
est 2013-10-16 16:17:26 +08:00
@foomorrow @shiny 我觉得 @ipconfiger 说的是对的。如果你db卡了。前端在怎么异步都没用。因为无论你多少个tornado实例,最终heavylifting还是一个mysqld 进程来执行所有查询操作。
|
11
est 2013-10-16 17:05:55 +08:00 2
@shiny 数据库是瓶颈就应该调教数据库。
比如我这里 show variables like 'max_connections'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ | max_connections | 151 | +-----------------+-------+ 1 row in set (0.00 sec) 如果 show variables like 'thread_handling'; 返回 one-thread-per-connection 再假设一个用户一个连接,每个连接查询5秒,你可以很容易算出来自己的服务器每秒钟能最多接待多少用户。 |
12
ipconfiger 2013-10-16 17:22:01 +08:00
@shiny 如果要执行5秒的数据库操作,你打算优化的目标是多少? 用我的异步队列方案的话你可以和网站复用相同的业务逻辑代码,我自己的项目就是复用同一份逻辑代码,所以不会增加代码复杂度,不过这个要看你的设计功力了。
|
13
wwqgtxx 2013-10-16 18:01:11 +08:00 via Android
感觉需要优化一下sql性能,看看有没有办法优化mysql,或者可能的话把数据库服务器和网站服务器分离,可能会好一些
|
14
zenliver 2013-10-16 21:31:03 +08:00
1. 优化mysqli性能, 2. 用future.executor
|
15
VYSE 2013-10-16 22:46:06 +08:00 via Android
以前碰到这种情况就两个选择,换pg或换FLASK+GEVENT。你也可以试试一些改的ASYNC MYSQLDB
|
16
superisaac 2013-10-17 09:46:30 +08:00
haha, 用这种异步框架又非原生异步的典型问题之一。
|
17
superisaac 2013-10-17 09:47:42 +08:00
|
18
foomorrow OP 那如果是这样的话 那tornado比nodejs的优势在哪呢
|