一、缓慢的磁盘I/O - RAID 5 -多用户的EBS。RAID 10可以提供良好的数据保护，同时具备良好 的读写性能。RAID 5设计意味着性能差，失败后修复时间长。在AWS上考虑使用预设的IOPS解决IO瓶颈问题。

　　二、使用数据库存储作业队列。数据库看起来很适合存储作业队列，但是轻负载的锁定以及日常的扫描 工作都会影响性能。使用类似RabbitMQ和SQS的专业软件可以消除这个瓶颈。

　　三、使用全文搜索。搜索似乎是数据库另一个完美的特性。但是大规模的搜索性能并不高，最好使用类 似Solr和Sphinx的专业技术。

　　四、在各层之间缓存不足。在应用程序和数据库之间使用memcache，在用户和Web服务器之间加载类似 于Varnish的页面缓存。为你的HTML选择合适的缓存。

　　五、太多的技术负债。重写问题代码，而不是持续完善写得不好的代码，因为从长期来看，这并不划算 。

　　六、对象关系映射。创建很难优化和调整的复杂查询。

　　七、同步，串行，耦合或锁定进程。锁就像停止标志，环岛才能保持道路畅通。行锁优先于表锁，采用异步复制，保持集群的最终一致性。

　　八、一个数据库副本。单一的数据库是一个瓶颈点。创建平行的数据库，让驱动程序在它们之间做选择。

　　九、缺乏监测。使用众多监控软件包之一，检测系统正在运行着什么。

　　十、缺少功能标识。能够通过一个标识关闭某些功能特性，峰值来袭时可以轻松的关闭功能降低负载。