为了给即将上线的日志服务器，提供更好的性能依据，降低运营风险。由此，我们开展了以下的性能测试，辅助我们做出判断：
注视:由于涉及一些技术分析部分，这里仅是简要说明这次性能测试的总体思路，欢迎各位同行指证，非常感谢您的阅读。
场景一：考虑到22日产品正式对外发布后，可能存在策略性的规模开服。由此，我们在此版本发布前，特定模拟了新服开放的服务器压力情况，规避潜在的运营风险。在新服加载时，我们保守估计会出现600冲击服务器的可能性。
场景二：考虑到产品正式运营后，运营服务器架构为X＋X＋X，也就是每X台服务器为一组服务器。根据现有日志服务器的运行机制，考虑到服务器大规模停机维护瞬间可能会对日志服务器造成巨大冲击，以至于造成服务器的性能增长，导致硬件损害。我们针对这一场景，模拟了在服务器登陆500、1000机器人时，同时下线的性能场景。在规划的场景类，分批关闭机器人（如：每10分钟关闭100人）或一次性关闭全部机器人，对两台服务器造成性能冲击。
场景三：为模拟现外网存在平凡掉线及上线问题，对服务器的冲击及影响。我们设计以下性能实验，模拟约1200机器人登陆服务器，按照外网实际出现情景，我们规划了200玩家进行循环登陆与下线操作。
场景四：为模拟之前版本中，曾出现的大数据量角色登陆宕机的问题。我们设计了以下的测试案例，在500人、1000人两个性能点，分别运行大数据量py脚本。查看服务器是否可以承受这个级别下的数据包传输。
场景五：为模拟规模运营后，可能存在大数据量问题。由于已知，Mysql服务器在Linux系统下，可能存在单表数据量不超过2G的问题。由此，我们与研发团队合作，设计了对单表数据的压力测试，已计算单表数据量的最大容量。由此，调整数据备份机制。
场景六：在程序版本对网络底层传输修改后，为保证日志服务器正常上线，可能对服务器造成的性能影响。我们对比了同一个程序版本的性能情况。