MySQL FAQ

MySQL FAQ
MySQL 常见问题

[MySQL FAQ]系列 -- Linux命令行下快速监控mysql

其实很简单,就是利用linux下的 watch 工具来做监控,方法如下:

[yejr@localhost imysql]# watch -d -n 10 "egrep 'MySQL thread|Log|Modified db pages' innodb_status.3249 "     
Every 10.0s: egrep 'MySQL thread|Log|Modified db pages' innodb_status.3249                                               Thu Apr  9 10:01:12 2009

[MySQL FAQ]系列 -- 如何快速比较查询结果是否一致

原文参考:http://www.xaprb.com/blog/2009/03/25/mysql-command-line-tip-compare-resu...

利用mysql客户端的pager功能即可:

mysql> pager md5sum -
PAGER set to 'md5sum -'
mysql> select * from user;
b20bd3864962507e2e05cd8706440ffd  -
3 rows in set (0.00 sec)
mysql> select * from user;
b20bd3864962507e2e05cd8706440ffd  -
3 rows in set (0.00 sec)
mysql> select * from user;
b20bd3864962507e2e05cd8706440ffd  -
3 rows in set (0.00 sec)

还不错吧,哈哈

为什么Mysql状态中打开的表超过我系统中所有的表加起来的总和

为什么Mysql状态中打开的表超过我系统中所有的表加起来的总和

 来源: http://www.imysql.cn/blog/3208 & http://www.imysql.cn/
作者:吴炳锡

如:

Threads: 1  Questions: 1044  Slow queries: 4  Opens: 49  Flush tables: 1  Open tables: 44  Queries per second avg: 0.004

而实际表加起来有可能不到20个表。

MySQL为什么打开那么多表呢?

原因: 

技术相关: 

[MySQL FAQ]系列 -- InnoDB表报错: table is full

同事碰到麻烦,寻求帮忙,问题是这样的:
有个InnoDB表,想要用 LOAD DATA INFILE 的方式倒数据进去,发现报错:table is full。
我看了一下,日志中没有相关可用信息,该表使用的是共享表空间,总共6个ibdata*文件,只有2个文件的修改时间是最新的,觉得可能不是因为表空间慢的缘故,于是尝试插入少量数据试试看先。分多次插入10,20,100条记录都没问题,一次性插入500多条记录时,就又报table is full了。看来,事务没有问题,再把焦点转会表空间问题上来。尝试性的关闭mysqld,新加一个表空间文件,启动,再插入更多数据,发现这次没问题了,搞定。

[MySQL FAQ]系列 -- InnoDB报错,buffer不够用

一朋友发来消息,说他的mysql报错,日志大致如下:

090318 15:16:35 InnoDB: WARNING: over 4 / 5 of the buffer pool is occupied by
InnoDB: lock heaps or the adaptive hash index! Check that your
InnoDB: transactions do not set too many row locks.
InnoDB: Your buffer pool size is 16 MB. Maybe you should make
InnoDB: the buffer pool bigger?
InnoDB: Starting the InnoDB Monitor to print diagnostics, including
InnoDB: lock heap and hash index sizes.

 

MySQL中针对大表如何快速扩展字段长度

在线DDL一直是MySQL的一个软肋,历史原因就不多说了,下面介绍另一种方法

1. 新建一个同结构的表

mysql> create table xx like t_iteminfo;

2. 对其进行扩展,并且修改auto_inc属性

mysql> alter table xx modify creator varchar(60) not null default ‘0’;
mysql> alter table xx AUTO_INCREMENT=19387806;   -- 这个值需要查看原 t_iteminfo 表的属性而定

3. 刷新表

mysql> flush tables;

4. 利用操作系统修改文件名

[root@localhost tlbbdb]# cd /home/mysql/tlbbdb/
[root@localhost tlbbdb]# mv t_iteminfo.frm xx.frm1 && mv xx.frm t_iteminfo.frm && mv xx.frm1 xx.frm

5. 再次刷新表

mysql> flush tables;

6.	查看属性

[MySQL FAQ]系列 -- 写给新手:学会找到问题所在

前言:我想,对于新手来说,有个很重要的问题,就是在mysql发生问题时,就束手无策,不知道该做什么了。要么到论坛里发“冰天雪地裸体跪求帮助”或“急急急”之类的帖子,要么在群里狂喊,对解决问题毫无帮助。这个时候,新手们要做的就是,学会看日志,并且找到问题所在,然后尝试自己动手解决,或者把问题描述清楚,让有经验的人士帮忙。本文说下几种常见问题,以及解决问题的丝路。

[MySQL FAQ]系列 -- 为何授权不对

前言: 今天帮同事处理了一个关于mysql授权的问题,虽是小事,不过不注意的话,还挺头大的,呵呵。
先对比看看下面2个授权信息之间的区别吧:

GRANT SELECT, DELETE, UPDATE, INSERT ON *.* TO 'yejr'@'192.168.0.1' IDENTIFIED BY PASSWORD '*1088950C531DC1BE311435F60B57145D8A49019C'

GRANT SELECT, DELETE, UPDATE, INSERT ON `*`.* TO 'yejr'@'192.168.0.1' IDENTIFIED BY PASSWORD '*1088950C531DC1BE311435F60B57145D8A49019C'

呵呵,看起来都很像,没什么问题吧,实际反映到数据库授权表结果变成了:

计算机资源——空间与时间关系(一)

计算机由cpu、内存、硬盘三个重要硬件构成,cpu是计算资源,属于时间资源,内存和外部存储(硬盘等)属于空间资源。在计算机中,我们知道速度最快的是cpu,cpu由控制单元、运算单元、时钟组成。cpu寄存器阵列实际上相当于处理器内部存储器,寄存器容量非常小,仅用于临时存储计算数据所用,它的存储速度最快。
我们大家知道,cpu速度相对磁盘来说,相差非常大,因此cpu是不能直接从硬盘读取数据的,必须先把数据从磁盘读取到内存之后,cpu才能对内存中的数据进行操作,内存的速度比磁盘快很多,但是要比cpu慢。我们可以看见,速度从慢到快的顺序来排列为:磁盘-内存-cpu。

技术相关: 

[MySQL FAQ]系列 -- 调用存储过程时报错:Illegal mix of collations

调用存储过程时,发生报错,信息如下:

ERROR 1267 (HY000): Illegal mix of collations (gb2312_chinese_ci,IMPLICIT) and (latin1_swedish_ci,IMPLICIT) for operation '='

很明显,这是字符集方面的问题。
查看数据表,字符集是gb2312没错,连接字符集,服务器端字符集也全都是gb2312。怀疑是字段的字符集有问题,修改了一下,也不行。
后来创建一个临时变量,设定其字符集为gb2312,仍然不行:

set @name = in_name collate gb2312_chinese_ci;
技术相关: 

页面

Subscribe to RSS - MySQL FAQ