> 这样的两台(一组)服务器，能抗住多少并发呢，500 不到

请把测试相关信息也发出来，比较关键的信息 CPU 负载情况、Tomcat 线程池使用情况、应用数据库连接使用情况，另外在高并发时使用 jstack 打印出最繁忙的线程堆栈。

另外还有主机的带宽使用情况和 ss -s 输出内容。

百花争鸣不好吗？

这也太假了，就 5 个单词。

> 多个资源(js, image, css 等等)可以通过一个 tcp 连接传输

这是 HTTP 1.0 就提出的特性，叫持久连接（ Persistent Connection ），小伙子不爱读 RFC 啊。

根据业务需求来决定只不执行物理删除。

弱肉强食，适者生存。这不仅是自然界的法则，这也是人类社会的法则。

主从：故障切换 [failover]
哨兵：监控主服务状态，投票选择主节点
集群：均衡负载

时间上相关不代表真的相关。

语无伦次，程序员的语文水平这么差吗？平时需求得急死吧？

楼主要学习“面向对象”编程吗？

推荐使用 Timestamp 时间戳便于传输和运算，仅当需要展示时才转成字符串。

我不确定你们文档怎么组织的，但 Highcharts API 文档示例是这样写的。

为什么不试试 http://jsfiddle.net 呢？

也就是说，不得不优化的时候才优化。

@4u1kto 我看过这本书，它比较侧重局部、小规模的重构，但我需要的是软件设计上的优化启发式原则。就比如缓存系统，什么时候应该引入缓存，什么应该缓存，什么不应该缓存。

20% 的数据 80%的时间都在使用。

你们这人的不要乱说，以后报道出了偏差怎搞？