java从mysql取出数据后按日期相同的月份累加，最后得到每月份的PRICE和BW_VALUE,怎么实现按相同月份累加？
用sql语句处理更为合理：
假设时间字段为bw_date, 则sql语句如下：
select sum(BW_VALUE), sum(PRICE) from table group by month(bw_date);
mysql数据库cpu飙升800%，如何故障定位及优化？
mysql数据库cpu飙升800%，基本上就两种原因：
访问量大，大到你8核cpu都承受不了；
慢查询，数据库执行sql语句操作（查询数据、修改数据）会产生大量的逻辑读，将读出来的数据维护到临时表中（内存），系统需要消耗较多的cpu来维持内存与磁盘数据的一致性。
大多数情况下都是开发人员对sql的把握质量不够，导致慢sql查询的产生，进而影响数据库的整体运行状况。
大量行锁冲突、行锁等待或后台任务也有可能会导致实例的 CPU 使用率过高，但这些情况出现的概率非常低。
当我们的数据库性能下降的厉害或者cpu飙升时候，可以进行如下操作定位问题：
查询mysql进程列表
show full processlist;
获取到mysql当前使用的进程：
如果进程很多，说明请求量很大，需要区分是否正常业务流量，还是代码问题导致的。
查询慢查询日志
show variables like '%slow_query_log%';
找到慢查询日志文件/home/mysql/data3085/mysql/
slow_query.log
，即可找到慢查询日志信息，解决这些慢sql，你的cpu一定会降下来。避免数据库cpu飙升
实际开发过程中，我们对数据库的使用一定要小心，不能等问题发生了再去排查问题解决问题，而是要预防问题的发生，并且在问题可能发生的情况下，提前介入，避免问题扩大化。平时开发过程中需要做好一些准备工作：
增加CPU使用率告警机制，比如使用率超过80%就短信告警；
所有的sql语句必须走索引，有DBA则由DBA统一调控，没有的话开发人员先执行explain看sql执行计划，必须走索引，属于强制规则；
新功能上线必须进行压测；
日常mysql运行监控，慢查日志查看，将隐患扼杀在摇篮之中。
“双十一”背后，阿里的技术到底有多“牛”？
关于题主的这个问题，我觉得用客观的数据最能说明双11背后阿里云的技术实力
2018年天猫双11单日成交额高达2135亿，2018年天猫双11购物狂欢节21秒破10亿元，比去年快7秒；1小时47分26秒破千亿元，比去年快7个多小时。同时，从我查阅的数据来看，2018年天猫双11还刷新了很多纪录。比如说物流订单整整超过10亿，还有通过指纹和刷脸方式完成的支付占比竟然超过一般，高达到60.3%。
另外，不只是淘宝天猫，中国邮政、茅台、银泰、居然之家、猫晚、众安在线、天猫、淘宝、支付宝、盒马鲜生、饿了么、菜鸟、高德等众多企业都在阿里云提供的云计算服务下，即便面临业务高峰也稳如磐石。
就连双11前夕的天猫双11晚会，也依托依托阿里云技术，在网播时创下了带宽峰值记录，完美保障了优酷2500万用户的体验。不仅CDN为中国1/3以上的互联网流量提供加速，视频云也在海外为Lazada提供直播服务。
更惊喜的是，今年天猫双11也是国内首次大规模IPv6商业应用实践，云、网、端以及应用全面支持IPv6，不得不给阿里云的技术点个赞。
而每年天猫双11狂欢能够稳健流畅进行的背后，都是靠阿里云的核心技术在支撑。
计算能力：在极限情况下也能够虚拟机的计算能力和物理机保持一致，譬如阿里云的神龙服务器，就能够虚拟化损耗降为0；
实例存储：可以将单机的IOPS提高到百万级，堪称业内首个达到该水准的，满足大计算、重IO的高端用户场景；
CloudDBA产品：无节约成本，提升用户体验；
大数据：很多新零售产品就是基于大数据，完成了向智能化的转变，充分了解消费者的需求，帮助商家定向制造出更棒的商品。
与此同时，阿里云的强大技术还来源于一群默默在幕后奋战的工程师们。双11期间，每遇到一个业务问题，熬更守夜也必须解决掉。譬如在压测期间，就有工程师整整48小时没有睡觉，等解决完问题才回家。即便是又同事第二天就要结婚，也得在头一晚坚持工作。
相信也正是因为有这样一只铁军，阿里云才能拥有如今这样的强大科技实力，今年天猫双11的绝佳成绩，也正是阿里云技术的最好证明！