MySQL常见的几个错误汇总

hhnf333

　　参考自：http://www.blogjava.net/xiaomage234/archive/2014/07/25/416200.html
　　
　　案例1、在线DDL报错提示日志空间不足
　　MySQL 往一张大表添加字段时报如下错误：
　　ERROR 1799 (HY000) at line 1: Creating index 'PRIMARY' required more than 'innodb_online_alter_log_max_size' bytes of modification log. Please try again.
　　解决方法：
　　我的数据库为MySQL 5.5版本，innodb_online_alter_log_max_size值为默认大小128M。
　　mysql> show variables like 'innodb_online_alter_log_max_size';
　　+——————————————+———————-+
　　| Variable_name                            | Value                |
　　+——————————————+———————-+
　　| innodb_online_alter_log_max_size         | 134217728            |
　　+——————————————+———————-+
　　1 rows in set (0.00 sec)
　　该参数为动态参数且全局的，可通过如下命令加大
　　mysql> set global innodb_online_alter_log_max_size=402653184;
　　Query OK, 0 rows affected (0.03 sec)
　　加到合适大小，我往120G大小表里添加字段设置该值4G，成功执行。
　　案例2、事务日志文件设置太小：
　　MySQL日志：
　　140306 12:03:25  InnoDB: ERROR: the age of the last checkpoint is 9434024,
　　InnoDB: which exceeds the log group capacity 9433498.
　　InnoDB: If you are using big BLOB or TEXT rows, you must set the

　　InnoDB: combined>　　InnoDB: largest such row.
　　应该是Innodb引擎下日志大小设置过小导致的，某个事物产生大量日志，但innodb_log_file_size设置过小，可以加大解决。
　　解决方法：
　　STEP 01) 修改配置文件 /etc/my.cnf
　　[mysqld]
　　innodb_log_buffer_size          = 32M
　　innodb_buffer_pool_size         = 3G
　　innodb_log_file_size            = 768M
　　STEP 02) mysql -uroot -p -e"SET GLOBAL innodb_fast_shutdown = 0;"   # 强制全部内容都执行刷脏到文件中，便于安全关闭数据库
　　STEP 03) service mysql stop
　　STEP 04) rm -f /var/lib/mysql/ib_logfile*
　　STEP 05) service mysql start
　　案例3、pt-osc加字段时候报错：
　　收到错误如下：
　　# pt-online-schema-change –alter="add column tag_common text default null" –user=root –password=xxxxxxxx D=MYDB,t=MYTB –execute
　　Cannot connect to D=lsedata_13Q1,h=10.13.7.47,p=…,u=root
　　No slaves found.  See –recursion-method if host BJL1-Y13-10-ops.gaoder.net has slaves.
　　Not checking slave lag because no slaves were found and –check-slave-lag was not specified.
　　# A software update is available:
　　#   * Percona Toolkit 2.2.6 has a possible security issue (CVE-2014-2029) upgrade is recommended. The current version for Percona::Toolkit is 2.2.7.
　　The table `MYDB`.`MYTB` has triggers.  This tool needs to create its own triggers, so the table cannot already have triggers.
　　这是MYTB表上之前就有触发器的原因，可以从pt-online-schema-change的工作机制了解到：
　　1) 如果存在外键，根据alter-foreign-keys-method参数值，检测外键相关的表，针对相应的设置进行处理；
　　2) 创建一个新的表，表结构修改后的数据表，用于从源数据表向新表中导入数据；
　　3) 创建触发器，在复制数据开始之后，将对源数据表继续进行数据修改的操作记录下来，以便在数据复制结束后执行这些操作，保证数据不会丢失；
　　4) 复制数据，从源数据表中复制数据到新表中；
　　5) 修改外键相关的子表，根据修改后的数据，修改外键关联的子表；
　　6) 更改源数据表为old表，把新表更改为源表名，并将old表删除；
　　7) 删除触发器；