性能調優(yōu)的疑問

背景：一組app密鑰、定投分紅和我的資產的API接口，每個用戶最多只能創(chuàng)建5對密鑰， 每位用戶可以參與定投分紅(類似余額寶的活期存款)，我的資產需要返回總金額，可用金額，凍結金額，總的定投總額四個字段的值。

功能都很簡單，但是技術總監(jiān)要求接口的QPS要達到6000以上才算及格。 目前思路是：

創(chuàng)建app密鑰和定投分紅，通過數(shù)據(jù)有效性驗證后(用戶實名驗證，用戶可用金額等)，數(shù)據(jù)庫和Redis同時寫入數(shù)據(jù)，列表的數(shù)據(jù)讀取自Redis。
我的資產，因為考慮到數(shù)據(jù)的實時性，從數(shù)據(jù)庫讀取(用到索引)，不走緩存。

使用JMeter壓測1000個并發(fā)，結果QPS只有3000多，遠遠達不到要求。

請教大家，從代碼,Redis和MySQL三個方面，有什么有效的優(yōu)化方案嗎？

PS:語言是PHP，框架是phalcon。