前端性能如何体系化？HeapDump性能社区和前端早早聊深度深度合作探索答案！
数字化时代和性能随着数字化时代的到来，我们的生活开始逐渐被各种应用所包围。对于各种应用，我们也从最初的能用就行，到现在有了各种各样的体验追求。而一个应用体验好不好，性能就是其中最关键的指标。那什么是应用性能呢？由谁来负责应用的性能指标呢？其实性能涉及方方面面，从产品设计到需求开发，从测试上线到发布后运维，每一个环节都和性能相关，也就是意味着每一个技术从业者在
基于Spring Cache实现Caffeine、jimDB多级缓存实战
在早期参与涅槃氛围标签中台项目中，前台要求接口性能999要求50ms以下，通过设计Caffeine、ehcache堆外缓存、jimDB三级缓存，利用内存、堆外、jimDB缓存不同的特性提升接口性能，内存缓存采用Caffeine缓存，利用WTinyLFU算法获得更高的内存命中率；同时利用堆外缓存降低内存缓存大小，减少GC频率，同时也减少了网络IO带来的性能消耗；利用JimDB提升接口高可用、高并发；后期通过压测及性能调优999性能<20ms
apache kafka系列之性能测试报告(虚拟机版)
测试方法在其他虚拟机上使用Kafka自带 kafkaproducerperftest.sh脚本进行测试Kafka写入性能尝试使用 kafkasimpleconsumerperftest.sh脚本测试KafkaConsumer性能，但由于获取到的数据不靠谱，放弃这个测试方法性能数据注：Gzip和Snappy
MySQL单列索引和组合索引(联合索引)的区别详解
发现indexmerge局限性，优化器会自动判断是否使用indexmerge优化技术，查询还是需要组合索引【推荐阅读：对mysql使用索引的误解(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.phpsong.com%2F2753.html)】MySQL单列索引
MySQL单列索引和组合索引(联合索引)的区别详解 – 小松博客
发现indexmerge局限性，优化器会自动判断是否使用indexmerge优化技术，查询还是需要组合索引【推荐阅读：对mysql使用索引的误解(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.phpsong.com%2F2753.html)】MySQL单列索引
MySQL 常用优化指南，及大表优化思路都在这了！
点击关注上方“杰哥的IT之旅”，设为“置顶或星标”，第一时间送达干货。!(https://oscimg.oschina.net/oscnet/5dfd48741ce7eef5788d5c1a8cdb7cdfd56.jpg)作者：低至一折起来源：juejin.im/post/5b7d52afe51d4
MQ(消息队列)常见的应用场景解析
前言提高系统性能首先考虑的是数据库的优化，之前一篇文章《数据库的使用你可能忽略了这些》中有提到过开发中，针对数据库需要注意的事项。但是数据库因为历史原因，横向扩展是一件非常复杂的工程，所有我们一般会尽量把流量都挡在数据库之前。不管是无限的横向扩展服务器，还是纵向阻隔到达数据库的流量，都是这个思路。阻隔直达数据库的流量，缓存组件和消息组件是两大
定时任务优化总结(从半个小时优化到秒级)
整体优化思路：1.按需查询、2.分小批次游标查询、3.JED场景下按数据库分片分组更新、4.精准定位要处理的数据、5.负载均衡业务背景：站外广告投放平台在做推广管理状态优化重构的时候，引入了四个定时任务。分别是单元时间段更新更新任务，计划时间段更新任务，单
MES系统如何实现生产车间的实时监控、精准调度
MES系统通过数据采集、传输、处理和展示等技术手段，实现了生产过程的实时监控；同时，通过生产计划优化、生产任务分配、动态调度、资源优化和协同管理等功能模块，实现了生产过程的精准调度。