logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Linux下XAMPP装完之后,Navicat无法连上数据库的问题的解决

Linux下装完XAMPP之后,mysql是自带装好了的,这个时候,mysql的root用户没有密码。首先进入mysql,输入命令:mysql -uroot -p。输入密码时直接回车。设置密码:set password =password('123456');设置完密码之后,用本地的Navicat连接这个mysql,发现连不上,而且出现一个很奇怪的现象,弹出框显示,另一个ip下的roo

spring bean初始化耗时统计

spring bean 的生命周期实例化(instantiate), 用构造器创建一个对象字段赋值(populate)初始化(initialize), 执行bean配置里的init方法或者InitializingBean#afterPropertiesSet方法销毁(destruct)实例化和字段赋值一般都很快,但是一些重型的bean被IOC容器创建时,需要调用远程服务或者执行耗时的...

#spring#性能优化
K8S容器OOM killed排查

docker耗用完内存前,堆内存并没有达到上限,于是没有触发老年代GC,内存没有降下去。如果容器OOM killed,容器里的jvm进程没有Full GC,那么肯定是MaxRAMPercentage参数太高,导致堆内存没有用到上限,无法触发堆内存(老年代)GC。当实例内存超过95%时,对比top显示的的jvm进程内存和ps stats输出的docker实例内存信息,其余进程耗用的内存忽略不计。遂将

文章图片
#java#容器#云原生
Nacos中map类型的配置

需要用nacos往bean里面注入一个map对象。如果直接用nacos的话,需要新开一个****.json的配置文件,个人觉得太麻烦。结合Spring EL表达式的功能,简单的实现了这个功能。java代码nacos配置。

文章图片
#java#spring#开发语言
JVM CPU高负载的排查办法

今天线上一个tomcat进程cpu负载100%。按以下步骤查出原因。    1.执行top -c命令,找到cpu最高的进程的id    2.执行top -H -p pid,这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。找到CPU负载高的线程tid 8627, 把这个数字转换成16进制,21B3。    3.执行jstack -l pid,拿到进程的线程dump文件。这个命令会

MAC版Idea下ignore文件的办法

习惯了Windows下右键ignore不提交文件的方式,换了Mac后,没有找到合适的git 带UI的客户端。idea自带的git右键菜单也不能提供ignore功能能。一脸懵逼。  在Idea的官方帮助文档里找到了解决办法,https://www.jetbrains.com/help/idea/2016.2/configuring-ignored-files.html.  IntelliJ I

#idea#git
对mysql time_to_sec()函数的误解

time_to_sec()函数仅仅计算了时间部分的秒数,没有把年月日的秒数计算进去。因为这个特点,导致了我程序的一个bug。    这段代码本来想统计客服的响应时间。但是碰到这种极品数据的时候,例如, responseTime:2013-1-8 00:00:01 ,firstMsgTime: 2013-1-7 23:59:50,程序就返回负数了。SELECT service as pi

mysql大表更新sql的优化策略

    问题sql背景:项目有6个表的要根据pid字段要写入对应的brand_id字段。但是这个其中有两个表是千万级别的。我的worker运行之后,线上的mysql主从同步立刻延迟了!运行了一个多小时之后,居然延迟到了40分钟,而且只更新了十几万行数据。问题sql如下:<!-- 根据商品id更新品牌id --><update id="update

mysql error code '1064' 排查过程

下午自测代码,在这个update上卡了一个半小时,大大的降低了开发的生产力,把排查过程发出来,好的士兵不会掉进同一个陷阱。先把异常堆栈打出来。2016-03-28 17:23:38.420 main DEBUG [org.springframework.beans.factory.support.DefaultListableBeanFactory:463] - Finished creati

mysql error code '1064' 排查过程

下午自测代码,在这个update上卡了一个半小时,大大的降低了开发的生产力,把排查过程发出来,好的士兵不会掉进同一个陷阱。先把异常堆栈打出来。2016-03-28 17:23:38.420 main DEBUG [org.springframework.beans.factory.support.DefaultListableBeanFactory:463] - Finished creati

到底了