六 07 mysqldump 导出触发器遇到的问题 发布时间:2009 年 6 月 7 日 发布者: OurMySQL 默认不带任何参数的时候 tiggers 值为真,那么我们修改他的值为假,给mysqldump 加上开关: –triggers=false 即可。 继续阅读全文 →
六 07 mysql-bin.000001文件是怎么产生的及处理方法 发布时间:2009 年 6 月 7 日 发布者: OurMySQL mysql-bin.000001、mysql-bin.000002等文件是数据库的操作日志,例如UPDATE一个表,或者DELETE一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。 继续阅读全文 →
五 14 mysql连接过多的处理 发布时间:2009 年 5 月 14 日 发布者: OurMySQL 重新升级了cacti 8.07d,运行一天后,发现生成的图形断断续续。查找原因发现是mysql产生了很多sleep连接不释放,以致影响cacti的查询。 继续阅读全文 →
四 15 TableCache设置过小造成MyISAM频繁损坏 发布时间:2009 年 4 月 15 日 发布者: OurMySQL 如果数据库服务非正常关闭(比如说进程被杀,服务器断电等等),并且此时恰好正在更新MyISAM表,那么发生损坏的概率就比较大。今天我要说的是另一种情况:频繁的打开关闭MyISAM表文件造成MyISAM表损坏。 继续阅读全文 →
四 14 修复损坏的MyISAM表 发布时间:2009 年 4 月 14 日 发布者: OurMySQL 当我们用PHPMyAdmin浏览数据库时,有时候会发现某些MyISAM表的Collation项显示为“in use”,这多半说明此表已经损坏。即便是没有出现“in use”字样,也不能就此说明表是完好无损的,熟悉检查及修复方法是必须的。 继续阅读全文 →
三 30 MySQL 5.1 中 Innodb 的事务完整性Bug 发布时间:2009 年 3 月 30 日 发布者: OurMySQL 今天和 51.com 的 MySQL DBA 景春同学一起遇到了个 MySQL 非常扯淡的Bug:在 5.1 版本中,Innodb 存储引擎如果使用autocommit=0的情况下,单条SQL在执行过程中如果异常中断的话,事务完整性可能无法保证,不论是STATEMENT还是MIXED的binlog_format,都存在相同的问题,可以重现,屡试不爽。 继续阅读全文 →
三 09 丢失了文件localhost.localdomain.pid和mysql.sock怎么办? 发布时间:2009 年 3 月 9 日 发布者: OurMySQL 1.localhost.localdomain.pid 保存的是MySQL所启动的后台服务进程的PID值,如果这个文件丢了,可以创建一些,然后把一个数字放入其中。 2./tmp/mysql.sock 文件的作用是 MySQL通过这个unix socket 文件来与本地的客户端进行通信的。如果此文件丢了,可以通过重新启动服务器来重新创建它。 继续阅读全文 →
二 25 为何授权不对 发布时间:2009 年 2 月 25 日 发布者: OurMySQL 第一条授权信息,允许 yejr@192.168.0.1 对所有数据库&表(*.*)有相关权限;而第二条授权信息则允许 yejr@192.168.0.1 仅仅对数据库 * 下面的表(`*`.*)有相关权限。注意,这里的数据库名 * 可不是代表所有哦,而是具体的名字就叫做 *,也就是说数据库主目录下,会有一个名是 * 的子目录。mysql允许以反引号来把数据库名引用起来,是的可以使用一些比较古怪的字符,例如:*, ‘, $, % 等等。 继续阅读全文 →
二 10 MySQL错误“Specified key was too long; max key length is 1000 bytes”的解决办法 发布时间:2009 年 2 月 10 日 发布者: OurMySQL 今天在为数据库中的某两个字段设置unique索引的时候,出现了Specified key was too long; max key length is 1000 bytes错误,经过查询才知道,是Mysql的字段设置的太长了,于是我把这两个字段的长度改了一下就好了。 继续阅读全文 →