|
1
|
| EvilChookie · 技术社区 · 17 年前 |
|
1
3
在测试环境中表现良好是一个良好的开端,但还有其他问题需要考虑(如果你还没有考虑的话)。以下是我脑海中能想到的几个:
|
|
2
2
你在5-15ms的时间里做得很好。除了以下方法外,你不会知道它在负载下的表现 throwing load at it |
|
|
3
1
正如另一个问题中提到的:我经常错过的是,大多数网站可以通过优化前端而不是后端来极大地提高速度。看看这个 superb list about speeding up your frontend @yahoo.com:
|
|
|
4
0
5-15毫秒作为页面生成时间是完全可接受的。但最重要的是,当许多人同时访问您的内容时,您的系统的性能如何。因此,你需要在重负载下测试你的系统,看看它的扩展性有多好。 关于调优,设置一个聪明的缓存策略通常比调优MySQL更有效,特别是当你的数据库和http服务器在不同的机器上时。如果你需要关于这个主题的建议,StackOverflow上有很多关于缓存的问答( I like that one, maybe because I wrote it :) |
|
|
5
0
这取决于几个因素。最重要的是你期望网站获得多少流量。 如果你的网站流量相当低(每天可能有1000000次页面浏览,平均每秒约11次),那应该没问题。您需要对此进行测试——使用HTTP基准测试工具并行运行大量请求,看看会得到什么样的结果。 请记住,您处理的并行请求越多,每个请求所需的时间就越长。重要的数字是在平均时间变得不可接受之前,您可以处理多少并行请求,以及您可以处理请求的速率。
您还希望使用具有代表性的数据集对此进行测试。如果你期望有100个页面,那么用一个页面对CMS进行基准测试是没有意义的。拿你最好的估计,加倍,用至少那么大的数据集进行测试。
|
|
|
Bard.Mus · 迁移后的数据库字符集环境 1 年前 |
|
Efannnnnn · 将Id数据存储到任何页面 1 年前 |
|
|
yooooo · 用于在块中删除的存储过程-LOOP未执行 1 年前 |
|
John Beasley · 更新一定数量记录的连续日期 1 年前 |
|
|
ColinM · MySQL以前的结果查询返回不正确的值 1 年前 |
|
Sergey_Z · MySQL只需无条件连接2个表和交叉连接 1 年前 |