digdeep

凡是过去,皆是序幕。Read the fucking manual and source code.

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  366 随笔 :: 0 文章 :: 225 评论 :: 300万 阅读
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

04 2020 档案

摘要:连续两天tomcat出现了假死的情况,不响应任何请求。但是日志里面没有看到任何相关异常。 调查方法,把当前内存堆栈和线程堆栈打印出来,然后进行分析。 #dump 方法栈信息 jstack $pid > /home/$pid/jstack.txt #dump jvm内存使用情况 jmap -heap 阅读全文
posted @ 2020-04-28 21:07 digdeep 阅读(2102) 评论(0) 推荐(0) 编辑

摘要:Tomcat奔溃,日志里面看到java.lang.OutOfMemoryError: Java heap space: 在Tomcat的catalina.sh 加上参数: -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./oom.out 把内存溢出 阅读全文
posted @ 2020-04-27 17:04 digdeep 阅读(635) 评论(0) 推荐(0) 编辑

摘要:https://www.percona.com/blog/2020/04/23/a-simple-approach-to-troubleshooting-high-cpu-in-mysql/ One of our customers recently asked whether it is poss 阅读全文
posted @ 2020-04-25 21:31 digdeep 阅读(6212) 评论(0) 推荐(0) 编辑

摘要:使用mysql的 load data 导入数据到 数据库中: LOAD DATA LOCAL INFILE '/tmp/2982/20200424/user.csv' INTO TABLE t_user CHARACTER SET utf8mb4 FIELDS TERMINATED BY ',' L 阅读全文
posted @ 2020-04-24 17:00 digdeep 阅读(8288) 评论(0) 推荐(0) 编辑

摘要:windows 操作系统,tomcat报错: java.net.SocketException: No buffer space available (maximum connections reached?): connect 调查发现由于大量的TIME_WAIT连接未被释放,导致占用的端口资源一 阅读全文
posted @ 2020-04-20 16:21 digdeep 阅读(3613) 评论(0) 推荐(0) 编辑

摘要:text-overflow:ellipsis;overflow:hidden; <p v-text="voice.name" style="display:inline-block;width:5rem;text-overflow:ellipsis;overflow:hidden;"></p> 阅读全文
posted @ 2020-04-16 17:34 digdeep 阅读(1518) 评论(0) 推荐(0) 编辑

摘要:查询 mysql.proc时,发现blob 自动在页面显示的是base64编码的,一看表结构是 blob 自动,需要使用 函数把blob 自动转成字符串类型: SELECT `name`, CONVERT(body USING utf8mb4) AS body, CONVERT(param_list 阅读全文
posted @ 2020-04-16 16:42 digdeep 阅读(11386) 评论(0) 推荐(0) 编辑

摘要:<!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title></title> <meta charset="utf-8" /> <style> b 阅读全文
posted @ 2020-04-16 13:58 digdeep 阅读(504) 评论(0) 推荐(0) 编辑

摘要:SELECT * FROM USER WHERE orgid IN (SELECT orgid FROM org WHERE `name` LIKE '%xxx%' ) user 表有 orgid 字段, org 表没有 orgid 字段,但是上面的查询不会报错!!! 而下面的查询会报错: 原因是, 阅读全文
posted @ 2020-04-10 21:56 digdeep 阅读(224) 评论(0) 推荐(0) 编辑

摘要:tomcat日志报错: org.springframework.dao.QueryTimeoutException: ### Error querying database. Cause: com.mysql.jdbc.exceptions.MySQLTimeoutException: Statem 阅读全文
posted @ 2020-04-08 23:34 digdeep 阅读(6492) 评论(0) 推荐(1) 编辑

摘要:1. ct_monitor 表记录200多万条记录 2. device 表 45 条记录 3. 两个表进行join并排序 需要 16.750 秒 我们一看,就知道这个结果 明显的 不符合常识!!! 如果我们 先查 ct_monitor 表的 主键 排序之后的 6条记录,然后用那6条记录来关联 dev 阅读全文
posted @ 2020-04-08 23:29 digdeep 阅读(2230) 评论(0) 推荐(0) 编辑

摘要:1. 安装 https://clickhouse.tech/#quick-start centos: sudo yum install yum-utils sudo rpm --import https://repo.clickhouse.tech/CLICKHOUSE-KEY.GPG sudo y 阅读全文
posted @ 2020-04-06 22:08 digdeep 阅读(14716) 评论(1) 推荐(1) 编辑

摘要:服务器异常重启之后,在 启动 redis 时,redis-server不断的从日志文件加载数据到内存,到了6G左右时,redis-server 又挂了,再次启动重复这个过程。查看日志,发现报错: Bad file format reading the append only file: make a 阅读全文
posted @ 2020-04-06 16:44 digdeep 阅读(2595) 评论(0) 推荐(0) 编辑

摘要:用sqlyog 连 mysql 8 时,报错:plugin caching_sha2_password could not be loaded 原因是mysql8 的加密方法变了。 mysql8 开始默认采用caching_sha2_password的加密方式 第三方客户端基本都不支持这种加密方式, 阅读全文
posted @ 2020-04-06 09:15 digdeep 阅读(4904) 评论(0) 推荐(2) 编辑

摘要:遇到一个场景: 开始测试时,使用的是 88 端口,比如 www.abc.com:88 后来上线了切换到 80 端口,www.abc.com, 然后升级到 https 默认使用443端口,https://www.abc.com 但是呢,有部分老用户还是在使用 88 和 80 端口,这个好解决,就是一个 阅读全文
posted @ 2020-04-02 00:30 digdeep 阅读(18918) 评论(0) 推荐(0) 编辑

不懂数据库和Web安全的架构师不是一个好的程序员。
点击右上角即可分享
微信分享提示