digdeep

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

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 37 下一页

2019年10月7日

摘要: 参考文档: https://www.zabbix.com/download?zabbix=4.0&os_distribution=centos&os_version=7&db=mysql 1. httpd 和 php的安装 yum -y install httpd php 2. mysql的安装 略 阅读全文
posted @ 2019-10-07 16:28 digdeep 阅读(717) 评论(0) 推荐(0) 编辑

2019年10月4日

摘要: 1. 安装iptables yum install iptables centos7: yum install -y iptables-services 2. service命令 查看iptables是否在运行:service iptables status 启动iptables:service i 阅读全文
posted @ 2019-10-04 21:08 digdeep 阅读(548) 评论(0) 推荐(0) 编辑

摘要: maxKeepAliveRequests=“1”: nginx动态的转给tomcat,nginx是不能keepalive的,而tomcat端默认开启了keepalive,会等待keepalive的timeout, 默认不设置就是使用connectionTimeout。所以必须设置tomcat的超时时 阅读全文
posted @ 2019-10-04 14:14 digdeep 阅读(1103) 评论(0) 推荐(0) 编辑

摘要: Windows下面startup.bat启动Tomcat时,因为日志都打印到了cmd里面,存在偶发卡死Tomcat的问题,该问题确认是Windows系统的问题,而且一直没有解决。解决的办法是把日志重定向到日志文件。 dump了JVM的堆栈,如下所示: 2018-05-24 11:30:41Full 阅读全文
posted @ 2019-10-04 11:50 digdeep 阅读(809) 评论(0) 推荐(0) 编辑

2019年9月27日

摘要: 前端调用这个方法报错: HTTP Status 406 – Not Acceptable Type Status Report Description The target resource does not have a current representation that would be a 阅读全文
posted @ 2019-09-27 21:47 digdeep 阅读(2866) 评论(0) 推荐(0) 编辑

2019年9月20日

摘要: 生产上面有一条sql查询很慢,需要7到8秒左右,简化之后的sql如下所示: 执行计划如下所示: 可以看到 执行计划里面出现了 Using intersect,btjc01046 btjc01048 btjc01037 btjc01047 多个索引来进行数据的过滤。 另外发现一个问题,里面的 unio 阅读全文
posted @ 2019-09-20 16:16 digdeep 阅读(7211) 评论(0) 推荐(0) 编辑

2019年9月12日

摘要: 解决方法: 在 catalina.sh中的 JAVA_OPTS 加上 -Duser.timezone=GMT+08 启动时 startup.sh 会调用 catalina.sh。 阅读全文
posted @ 2019-09-12 11:15 digdeep 阅读(586) 评论(0) 推荐(0) 编辑

2019年9月7日

摘要: SSH使用了弱加密算法,解决方法: 在/etc/ssh/sshd_config中显式指定ssh通讯时使用的加密算法 在文件的最后加上: 然后重启sshd: service sshd restart 阅读全文
posted @ 2019-09-07 17:27 digdeep 阅读(1151) 评论(0) 推荐(0) 编辑

2019年9月4日

摘要: gdb -p $(pidof mysqld) -ex "set max_connections=1500" -batch 使用 gdb 临时调大 参数 max_connections 。 阅读全文
posted @ 2019-09-04 14:51 digdeep 阅读(673) 评论(0) 推荐(0) 编辑

2019年9月3日

摘要: 1. relay_log_recovery = 1 当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,并且重新从master上获取日志,这样就保证了relay-log的完整性。默认情况下该功能是关闭的,将relay_log_r 阅读全文
posted @ 2019-09-03 17:55 digdeep 阅读(798) 评论(0) 推荐(0) 编辑

上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 37 下一页
不懂数据库和Web安全的架构师不是一个好的程序员。