qq_37191371的博客

背景：早上晨会，运维小哥说63环境特别卡，用户一直在反映了，我说好的，我看一下什么问题。按照平常的步骤巡检，1.CPU，2.磁盘，3.服务状态，看了一下都没啥问题，然后我就猜：难道是fullGC了？输入 命令jps找到服务pid，jstat -gc pid 1000 10,果然：看看fullGC了150+次肯定代码出问题了，查看日志有Java heap space的OOM异常，服务配置的有OOM时导出dump文件，OOM时无非两种原因，1.真的内存不够用了，2.循环产生对象导致内存溢出。

什么是数据中台？数据中台就是利用大数据技术对海量数据进行采集，计算，加工，存储并形成统一的标准和口径。数据中台有什么用？在业务快速发展的今天，利用数据中台技术可以快速组合式创新业务。数据中台怎么用？像阿里已经成型的产品dataworks，我们的离线开发平台，都包含了：1.数据开发 2.任务调度 3.数据质量 4.数据地图 5.数据生命周期数据是数据中台的基础，调度是数据中台的灵魂！怎样让数据中台快速可靠的运行变得尤为重要！那么从哪些部分做出针对性优化以提高数据中台的性能呢？本篇文

正在被云化干的一头雾水的时候，测试小哥说：“63环境有个任务出问题了，处理一下”。咱是出了名的老好人，来吧，看是啥问题！后台日志显示连接池不够用了，无非两种情况：1.数据库操作多2.单次数据库操作时间长对于第一种情况，咱们只能增加最大连接数，或者做批量操作，例如：循环插入改为批量插入，一般有经验的开发选手都不会循环插入。咱们着重看第二种情况：单次数据库操作时间长怎么确定是哪个数据库操作时间长呢？怎么定位？我给老铁们两个方案，一种是mysql的慢sql日志，这是我们通常用的方法

最近一直在搞性能优化，正好遇到一些线上调优的一些困惑，希望一起探讨一下。之前有朋友跟我说，他们公司的系统从来没有经过性能调优，功能测试完成后就上线了，线上也没有出现过什么性能问题呀，为什么要进行调优呢？？当时我一脸懵逼，既然不做性能优化就直接上线，相当于给系统埋了一个定时炸弹，一旦到某个临界点，说炸就炸，到时候回天乏力。因此我就回答了他一句，“如果你们公司做的是淘宝，京东，12306 这样的网站，不做系统性能优化就上线，试试看会是什么情况”。所以，这篇文章就是想弄明白几个问...

背景最近发现项目中有个表，越来越大 ，竟然快50G，不由得一身冷汗，看了一下代码，之前有清理策略，由于应用主节点的选举有bug，导致应用目前没有主节点，故这个表没有清理，这个表每天要新增两万左右的数据，而且有一些大字段，所以表占用的磁盘空间比较大，目前运维小哥哥给的解决方案是建个表结构相同的表a，将该表中的七天内的数据插入到表a中（Insert into a select * from 原始表 where createtime < 7天内的数据），将原始表改名为b,将a表rename为原始表...

背景作为一名有良心的开发选手，既然要做产品，咱们就要把产品做好，让用户有更好的用户体验，好的用户体验体现在哪里呢？1.精简的业务逻辑2.表现层（视觉，界面，导航设计）：良好的页面展示3.强力的后台处理能力4.最大程度解决用户的问题5.有求必应的运维体系今天就从第三点“强力的后台处理能力”入手，强力的后台处理能力体现在哪里？无非就是，前端请求后台接口的处理速度，这时候有些老铁可能想起来，F12里面的接口耗时，但是这只是一部分接口的时间，我们怎样来统计整个项目的接口耗时呢？你可...