今天是中秋节之后的第一天，虽然身体来上班了，但是脑子还在放假。今天主要是把密码管理模块的代码推了一版，然后研究了一下mysql的my.cnf文件，简单总结一下。
首先三个命令都是用于杀掉进程的，不过kill是杀掉单个进程，killall是杀掉所有同名进程，pkill是杀掉一类进程或者某个用户的所有进程。
问题背景：一次启动本地应用，两分钟过后自动退出，通过日志并未发现任何异常状况，莫名其妙的应用就自动被杀掉了；
由于众所周知的原因，在国内使用 maven，会等待很长的时间来下载相应的 jar 包。
监视数据库中用户的活动，并对其进行管理是MySQL的一项必要工作。本文将介绍如何监视MySQL用户活动，及限制用户使用资源的方法。
是这样的pureftpd还算是个比较轻量的服务器ftp软件，还可以搭配比较灵活的认证。其中有一种用法就是搭配mysql，把用户身份存在在mysql里面方便管理。但是当我把环境搭建好之后创建了ftp用户发现连接后认证失败530。在log里面看到说pureftpd无法连接数据库，access denied ftp@localhost。
有时候我们会发现系统中某个进程会突然挂掉，通过查看系统日志发现是由于 OOM机制 导致进程被杀掉。
如果没有一定的攻击基础，以及扎实的开发功底，想要做好防御是不可能的，因此想要在AD类竞赛中做好防御，首先是有足够的基础，这里面的基础有很多，大概包括以下几个方面：
死锁排查方法 查看进程状态 show processlist; 查看行锁的状态 show status like 'InnoDB_row_lock%'; 查询是否有死锁 show engin innodb status; 查看正在锁的事务 检查字段 trx_autocommit_non_locking，如果为 0，则说明这个事务还没有提交，需要提交。 杀掉这个事务。因为很可能是人工修改数据库，没有提交。 这个时候，从小到大 kill <trx_mysql_thread_id>。 检查字段 trx_a
#最近写了一个小程序，在购买的乞丐版腾讯云服务器上跑起来了tomcat、redis、mysql… #怪事就这样开始了… #先是redis莫名其妙被杀掉… #接下来tomcat也莫名其妙的被杀掉… #redis怎么启动不出10min,他就悄无声息的没了…很神奇，日志也没有被杀掉的记录… #查看oom killer的日志也没有…难道累了自刀了？显然不可能… #我又寻思难道是java里设置的最小空闲连接数量问题？(此时已经进入无脑的瞎蒙状态)显然怎么改依然无济于事…Orz… #凌晨了，此时超级安静的环境下，一股力量让我敲下了
在数据库运维过程中，我们时常会关注数据库的链接情况，比如总共有多少链接、有多少活跃链接、有没有执行时间过长的链接等。数据库的各种异常也能通过链接情况间接反应出来，特别是数据库出现死锁或严重卡顿的时候，我们首先应该查看数据库是否有异常链接，并杀掉这些异常链接。本篇文章将主要介绍如何查看数据库链接及如何杀掉异常链接的方法。
今天下午在线上遇到了一个业务反馈mysqldump频繁失败，大概的错误日志如下：
mysql查看被锁住的表 查询是否锁表 show OPEN TABLES where In_use > 0; 查看所有进程 MySQL: show processlist; mariabd: show full processlist; 查询到相对应的进程===然后 kill id 杀掉指定mysql连接的进程号 kill $pid 查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; 查看等待锁的事务 SELECT * FROM INFORMAT
线上服务器用的是某讯云的，欢快的完美运行着Tomcat，MySQL，MongoDB，ActiveMQ等程序。突然一则噩耗从前线传来：网站不能访问了！
1、在做数据库操作时，有时会因为自己的粗心或者程序设计上的缺陷导致锁表，在mysql中查看锁表和解锁的步骤如下：
使用“ps -e|grep mysql”命令，查看mysql程序的对应的pid号。
show open tables where in_use > 0 命令可以查询锁表。 in_use 为 1 表示这个表同时被两个用户使用，一个正在用，一个在锁定中。
今天开发的一个同学问我一个MySQL的问题，说在测试数据库中执行一条Insert语句之后很久没有响应。我一看语句是一个很常规的insert into xxx values形式的语句。看起来有些不太合乎
如果还不行。 那么应该是数据库在执行数据操作失败 or 事务未提交 之后,将需要执行的sql语句锁死了。
在安装nginx，mysql，tomcat等等服务的时候，我们会遇到需要使用的端口莫名其妙被占用，下面介绍如何解决这类问题。
死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等的进程称为死锁进程。
前阵子处理这样一个案例，某客户的实例 mysqld 进程内存经常持续增加导致最终被 OOM killer。作为 DBA 肯定想知道有哪些原因可能会导致 OOM（内存溢出）。
Apache ActiveMQ是最流行的开源、多协议、基于 Java 的消息代理。它支持行业标准协议，用户可以从多种语言和平台的客户端使用AMQP协议集成多平台应用程序。
pt-kill 是 Percona Toolkit 中的一个工具，用于 kill MySQL 的连接。它的参数包括：
项目是棋牌,web架构是典型的lnmp,server产生的牌局通过http协议请求webserver,由php分析并持久化到mysql,中间参杂了很多业务逻辑,整个流程耗时平均接近2s。 这种方式存在以下2个问题 1.整个流程是同步的，server会一直等待php响应,一旦server处理不慎，会造成server阻塞，玩家无法玩牌。 2.如果牌局数量较多,会占用较多的php-fpm进程,可能造成php-fpm无法处理其他业务。
然后加入定时任务中执行即可 */3 * * * * /bin/bash /server/scripts/t3.sh
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices
杀死命令用法 的通用语法kill command是： # kill [signal or option] PID(s) 为一个kill command一种Signal Name可能： Signal Name Signal Value Behaviour SIGHUP 1 Hangup SIGKILL 9 Kill Signal SIGTERM 15 Terminate 从上面的行为显然，SIGT
查看系统日志，显示内存不足，杀死了一个java进程，可以推测，就是tomcat惨遭了毒手，
这是之前在学tornado时记的一点小东西，但是在服务器上搭环境时其实还是很简单的（比起rails而言，手动斜眼笑） 但是安装过程中也遇到一些问题就记下来 安装 先安装python的pip，这个类似于ruby的gem,用于包管理和下载 然后用命令可以下载tornado apt-get install python-pip pip install tarnado 数据库配置 MYSQL 我之前用的是mysql，然后使用的ORM工具是sqlalchemy，当然首要的还是先安装mysql 但是安装前有一些必要的准
2.查询进程(如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程)
登陆到MySQL的提示符下，数据show processlist这个命令，可以得到所以连接到这个服务器上的MySQL连接：mysql> show processlist; +———+——+———————+———+———+——+——-+——————-+ | Id | User | Host | db | Command | Time | State | Info | +———+——+———————+———+———+——+——-+——————-+ | 1180421 | ur | 202.103.96.68:49754 | test1 | Sleep | 1 | | NULL | | 1180427 | ur | 202.103.96.68:55079 | test2 | Sleep | 1 | | NULL | | 1180429 | ur | 202.103.96.68:55187 | testdba | Sleep | 0 | | NULL | | 1180431 | ur | 202.103.96.68:55704 | testdba | Sleep | 0 | | NULL | | 1180437 | ur | 202.103.96.68:32825 | test1 | Sleep | 1 | | NULL | | 1180469 | ur | 202.103.96.68:58073 | testdba | Sleep | 0 | | NULL | | 1180472 | ur | 83.136.93.131:47613 | test2 | Sleep | 8 | | NULL | | 1180475 | root | localhost | NULL | Query | 0 | NULL | show PROCESSLIST | +———+——+———————+———+———+——+——-+——————-+ 8 rows in set (0.00 sec)
phpmyadmin 上的高级配置不要点，否则会炸，解决办法，删除所有新建的表，然后重装PHPmyadmin即可。
导读：DBA的大部分工作都是围绕着对数据库的维护而展开的，常规的日常维护更是占了绝大多数。本节将围绕日常维护中最常见的三个案例展开讲解，与大家分享排查此类问题的思路。
线上服务器用的是某讯云的，欢快的完美运行着Tomcat，MySQL，MongoDB，ActiveMQ等程序。突然一则噩耗从前线传来：网站不能访问了。 此项目是我负责，我以150+的手速立即打开了服务器
随着数据库产品的更新迭代，修复bug等等，产品避免不了会出现升级的需求。TDSQL（MysqL版）也会有这方面的需求。接下来我就说说如何对现有TDSQL（MySQL版）集群组件进行升级，而不影响业务。下面我们主要讲DB组件的升级方式。
引起cpu过高的sql一般集中在order by、group by、批量insert、嵌套子查询等sql语句中
先将当前的nagios2.9备份 cd /usr/local cp -r nagios nagios2.9 cd /etc/init.d/ cp nagios nagios2.9 升级（从2.9到3.0.3） 下载nagios-3.0.3 首先大致的看一下里面的两篇文章 whatsnew.html和upgrading.html 介绍了新版的特点和升级方法 然后开始升级工作 解压缩后执行 ./configure --with-command-group=nagios make all make install 然后验证 /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg 报两个warning和一个critical 两个warning是：downtime_file 和 comment_file这两个文件已经不在使用,将他们的内容添加到state_retention_file这个文件的后面 一个critical是：434行有错误，变量不能识别 解决两个warning的方法如下： 先将nagios.cfg中comments 和downtime变量注释掉 # COMMENT FILE # This is the file that Nagios will use for storing host and service # comments. #comment_file=/usr/local/nagios/var/comments.dat # DOWNTIME FILE # This is the file that Nagios will use for storing host and service # downtime data. #downtime_file=/usr/local/nagios/var/downtime.dat 查找state_retention_file=/usr/local/nagios/var/retention.dat 然后执行 cd /usr/local/nagios/var cat comments.dat >>retention.dat cat downtime.dat >>retention.dat 解决critical的方法如下 注释掉434行的#check_result_buffer_slots=4096 这个变量已经不在使用了。 然后再验证启动nagios就没问题了 需要说明：从2.x升级到3.x还有这样一点要注意 Extended host and extended service definitions have been deprecated. They are still read and processed by Nagios, but it is recommended that you move the directives found in these definitions to your host and service definitions, respectively. 我配置的有extended service，但是里面的配置信息是nagios grapher自动生产的。况且3.x是可以读的，只是推荐写到service定义中而已。我这里并没有按照这条的建议。没对原来的配置做修改。 Nagvis启动故障的排查 更新nagios之后 启动nagvis需要的NDO组件 /usr/local/nagios/bin/ndo2db -c /usr/local/nagios/etc/ndo2db.cfg 提示Could not bind socket: Address already in use 查看/usr/local/nagios/etc/ndo2db.cfg 有这样的内容 # SOCKET TYPE # This option determines what type of socket the daemon will create # an accept connections from. # Value: # unix = Unix domain socket (default) # tcp = TCP socket socket_type=unix #socket_type=tcp socket是unix类型的(是一个sock文件),而不是tcp类型的(tcp端口) 原来是/usr/local/nagios/var/ndo.sock还存在(因为ndo是使用kill命令杀掉进程的) 所以删掉这个.sock文件即可 运行/usr/local/nagios/bin/ndo2db -c /usr/local/nagios/etc/ndo2db.cfg 启
需求：IEE数据库临时需要添加一个监控，将command为sleep，time>1800，info为null的进程自动杀掉。
首先看下MySQL误删数据排名最前的几种是什么，然后说几点平时预防误操作导致文件/数据丢失不成熟的建议，最后再说万一发生误操作时，怎么以最快速度进行补救。
今天回家，遇到这个莫名奇妙的错误，把谷歌和百度翻了好几页也没有解决，大多数都是复制粘贴的一个答案，说什么my.ini的错误，折腾了半天 重装、重新配置、重起 都没有起作用，顺便带一句，真是恨透
那大概是一个春暖花开的季节，我的内心是激动澎湃的，因为已经安排了休假计划。在这前几天，已经把一个新项目的数据库环境都部署好了，包括 自动化备份。
1.安装openresty # yum -y install libuuid-devel pcre-devel openssl-devel gcc-c++ wget # mkdir /openresty # cd /openresty # wget https://openresty.org/download/openresty-1.9.15.1.tar.gz # tar -zxf openresty-1.9.15.1.tar.gz # cd openresty-1.9.15.1 # ./configure
今天突然接到个问题，网页报错：503 Service Temporarily Unavailable。经过查询发现是某个用户的连接超级多，已经将数据库连接占满。处理方案，即时杀掉堵塞的进程，之后可以扩大max_connections参数。
1、Nginx 下如何正确的做日志切分 今天发现有个 Nginx 日志 rotation 出来大小是 0，很奇怪，按公司的业务场景来说，这是不可能的。 瞅了下前同事留下来的 rotation 脚本，看到了这么两行，也是他们当时 rotation 的方案： cp tracklog.ooxx.com.access.log ${log_date_dir}/tracklog.ooxx.com.access.log.${log_name_date} > tracklog.ooxx.com.access.log
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
