maweiba163的专栏

公司内部服务器有一次例行top查看 系统资源情况，发现mysqld进程尝试处于 99% 当时感觉很奇怪，很担心有什么不合理的查询一直挂着。通过 show processlist 发现 通过 ps -ef |grep mysql 和 pstree -aup查看，没看出啥，暂时kill -9 重启 mysql，后跟踪 top 和show processlist 没看到同样的问题

问题场景：应用调用数据库mysql提示： com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction ; SQL []; Lock wait timeout exceeded; try restarting tra

场景：有的时候切换数据库 或者重构迁移数据，源数据表和目标数据表数据类型不一致的时候会提示：Incorrect integer value：’ ’ for column columnname 检查源表和目标表，确实会发现字段类型发生了变化，但数据值其实并没有超出目标表字段数据类型处理方案： 方式一，强制处理 源表的源字段的数据值； 方式二、检查 目标表的

mysql 恢复备份数据库的时候 提示：[Msg] 1418 - This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you might want to use the less safe log_bin_trust_f

mysql启动脚本详解 1 #!/bin/sh 2 # Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB & Detron HB 3 # This file is public domain and comes with NO WARRANTY of any kind 4 5 # MySQL daemon

场景 ：有业务需要需要 把原有版本的mysql 升级到 更高版本的mysql。解决方案：为了减轻mysql升级对业务产生的影响，可以在当前服务器下 配置更高版本的mysql（多个版本的）来过渡处理步骤： 1、确认并梳理原有版本的数据库和对应配置文件 如： mysql 安装目录：/usr/local/mysql ,mysql 存储的数据文件； mysql sock文件

现象： centos服务器异常断电mysql启动异常启动Mysql时报错：mysqld_safe mysqld from pid file /usr/local/mysql/Linux.pid end 但是打开日志文件 查看InnoDB: Completed initialization of buffer pool InnoDB: Error: log file ./ib_logfile0

场景：有的时候需要批量更新部分有规律的表或者修改其属性。处理方案：使用 函数CONCAT 来生成批量执行sql语句，再执行批量sql语句。如：批量删除所有表SELECT CONCAT( 'drop table ', table_name, ';' ) FROM information_schema.tables WHERE TABLE_SCHEMA = 'db_name'; 批量删除特征表SE

场景：在安装好服务如mysql，tomcat等的服务器，如果有的时候需要重启，这个时候如果可以自动启动服务，可以提升服务效率处理方案： 1、安装好特定服务，可以启动和关闭成功； 2、配置启动，关闭和重启的特定服务脚本到 /etc/init.d/ 下； 3、授予 执行的权限 chmod +x mysql/tomcat; 4、把服务加入到：chkconfig -add mysql； 5、启

1、 在my.ini(window) 或者my.cnf（liunx）配置文件里面，增加 [mysqld] log-bin=mysqlbin-log2、重启 mysql 服务之后，该功能才会生效； 如果mysqld_safe 启动，则需要重新 启动mysqld_safe3、如果代码出现：1418 SQLSTATE: HY000 (ER_BINLOG_UNSAFE_ROUTINE) 消

场景： 配置环境，需要centos6.5 mysql5.0.95 传输复制存储提示：1033 Incorrect information in file: ‘./mysql/proc.frm可能原因，由于mysql依赖 数据库mysql，有可能mysql数据 跟日志记录对不上了，导致正常业务操作无法正常记录处理方案： 跟踪mysql.err, 当时尝试处理删除ib_logfile