栏目： MySQL解错方案

十二 26

lower_case_table_names迷思

发布时间： 发布者：

关于 lower_case_table_names 选项的设置的建议是怎样的呢？我个人认为，纠结于这个选项设置源于有些项目是从ORACLE或SQL Server迁移过来，在这两个数据库系统中，都无需关心数据表的大小写。而在MySQL中，默认是要区分大小写的(因为Unix/Linux文件系统是区分文件名大小写的)，除非在windows系统下(windows系统是不区分大小写的)。

继续阅读全文 →

六 02

磁盘空间不足的临时解决方案

发布时间： 发布者：

一、通过软连接的方式迁移部分表空间到其他硬盘 优点：对数据没有任何影响,反而可以适当增加IO能力,使用多个磁盘的IOPS 缺点：需要停机 处理步骤： 1、关掉mysql实例 2、cp big.ibd /new/big.ibd 3、rename big.ibd big.ibd.remove 4、ln -s big.ibd /new/big.ibd 5、chow -R mysql:mysql /new/big.ibd 6、启动数据库,检查是否异常 7、删掉 remove的文件. 。。。。

继续阅读全文 →

六 01

记一次Auto Increment故障

发布时间： 发布者：

实际上本次故障的素材来自于朋友的朋友，虽然我并不是故障的亲身经历者，但即便只是作为旁观者，依然感觉有所收获，于是乎记录下来以馈读者。
故障的来龙去脉大致是这样的：在一个月黑风高的晚上，苦逼的程序员被一阵急促的报警短信声惊醒，原来是数据库的某个表出问题了，虽然查询操作都正常，但创建操作却都失败了，经过调试，发现原因是表被插入了一行问题数据，其自增字段的值被显式的设置为整型的最大值，导致后续缺省插入的数据不能获取到一个合法的主键值。

继续阅读全文 →

一 20

slave复制异常

发布时间： 发布者：

以下是两种slave复制异常的情况。导致的原因都是由于跨机房同步,slave的机房突然掉电导致的。 案例一、 这个错误大原因是Read_Master_Log_Pos: 1028687822的pos号在主库上是没有的. 处理方法:获取这个pos号的前一个pos号,从新开启同步,这里注意如果是row模式的话就没有问题.如果是mix的或者statement的话,就需要去分析binlog,确认具体执行到哪个pos号了,不然可能会导致数据不一致。

继续阅读全文 →