久久久无码精品亚洲日韩按摩,极品色天使在线婷婷天堂亚洲,久久亚洲精品人成综合网

安装配置整理�?mysql

Tue, 30 Nov 2010 07:21:00 GMT

mysql的官方网站是 http://www.mysql.com

tar zxvf mysql-5.1.50.tar.gz

cd mysql-5.1.50

./configure --prefix=/usr/local/mysql --with-charset=gbk --with-extra-charset=all --enable-hread-safe-client
--enable-local-infile --with-low-memory

make && make install

chmod +w /usr/local/mysql

chown -R mysql:mysql /usr/local/mysql

cp support-files/my-medium.cnf /etc/my.cnf

/usr/local/mysql/bin/mysql_install_db --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --user=mysql

/bin/sh /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf

陈于�?/a> 2010-11-30 15:21 发表评论

Sun, 10 Oct 2010 06:55:00 GMT

听DBA的�h��_��相比oracle�Q�MySQL��是一个玩��L�别的数据库，在网易门户中�Q�DBA基本很少�ȝ��理到MySQL的东西，所以我们��品��用到的MySQL的一些配�|�和优化�q�是需要我们开发�h员自己动手，下面��q��单介�l�一下实用的定期优化�Ҏ��

定期分析�?br />

ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name]

本语句用于分析和存储表的关键字分布。在分析期间�Q��用一个读取锁定对表进行锁定。这对于MyISAM, BDB和InnoDB表有作用。对于MyISAM表，本语句与使用myisamchk -a相当�?br />
MySQL使用已存储的关键字分布来军_��Q�当您对除常��C��外的对象执行联合�Ӟ��表按什么顺序进行联合�?

定期��查表

CHECK TABLE tbl_name [, tbl_name] [option]

option = {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}

��查一个或多个表是否有错误。CHECK TABLE对MyISAM和InnoDB表有作用。对于MyISAM表，关键字统计数据被更新�?br />

CHECK TABLE也可以检查视图是否有错误�Q�比如在视图定义中被引用的表已不存在�?br /> 我们��Z��面的表a创徏一个视�?

mysql> create view a_view as select * from a;
Query OK, 0 rows affected (0.02 sec)

然后CHECK一下该视图�Q�发现没有问�?br />

现在删掉视图依赖的表

mysql> drop table a;
Query OK, 0 rows affected (0.01 sec)

再CHECK一下刚才的视图�Q�发现报错了

mysql> check table a_view\G;
*************************** 1. row ***************************
   Table: test.a_view
      Op: check
Msg_type: Error
Msg_text: Table 'test.a' doesn't exist
*************************** 2. row ***************************
   Table: test.a_view
      Op: check
Msg_type: Error
Msg_text: View 'test.a_view' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them
*************************** 3. row ***************************
   Table: test.a_view
      Op: check
Msg_type: error
Msg_text: Corrupt
3 rows in set (0.00 sec)

ERROR:
No query specified

定期优化�?br />

OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name]

如果您已�l�删除了表的一大部分，或者如果您已经对含有可变长度行的表�Q�含有VARCHAR, BLOB或TEXT列的表）�q�行了很多更改，则应使用OPTIMIZE TABLE。被删除的记录被保持在链接清单中�Q�后�l�的INSERT操作会重��C��用旧的记录位�|�。您可以使用OPTIMIZE TABLE来重新利用未使用的空��_��q�整理数据文件的��片�?br /> 在多数的讄��中，您根本不需要运行OPTIMIZE TABLE。即使您对可变长度的行进行了大量的更斎ͼ�您也不需要经常运行，每周一�ơ或每月一�ơ即可，只对特定的表�q�行�?br /> OPTIMIZE TABLE只对MyISAM, BDB和InnoDB表�v作用�?br /> 对于MyISAM表，OPTIMIZE TABLE按如下方式操作：
如果表已�l�删除或分解了行�Q�则修复表�?br /> 如果未对索引��进行分�c�，则进行分�c�R�?br /> 如果表的�l�计数据没有更新�Q��ƈ且通过对烦引进行分�c�M��能实��C��复）�Q�则�q�行更新�?

****
以上某些的段落是直接摘自MySQL的中文手册，详细可以直接查看MySQL的帮助手册，�q�里只是��单指出几�U�定期优化的方式�Q�需要注意的是无论是ANALYZE�Q�CHECK�q�是OPTIMIZE在执行期间将对表�q�行锁定�Q�因此请注意�q�些操作要在数据库不�J�忙的时候执�?br />

****
参�?br /> 《MySQL 5.1参考手册�?/p>

----------------------------------------

by 陈于�?
QQ:34174409
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-10-10 14:55 发表评论

对MyIsam存储引擎表损坏的处理

Sun, 10 Oct 2010 06:11:00 GMT

如果你的MyIsam表存在大量高�q�发的读写，那么��可能出现坏表的现象�Q�这是因为MyIsam存储引擎所军_��的，一张损坏的表的症状可能是以前某些错�?br />

*.frm 被锁定不能更�?br /> 找不�?/span>*.MYI
文�g意外�l�束
记录文�g损坏

处理1
使用MySQL自带的myisamchk的工兯��行修复，myisamchk不仅可以��查和修复MyIsam表，�q�可以进行优化和分析表，实际上，它集成了mysql中的check,repair,analyze,optimize的功能，下面是用myisamchk�q�行修复

myisamchk -r tablename

其中-r参数的含义是recover�Q�在以往的应用，�q�语句几乎可以解决上面所�q�碰到的问题�Q�如果还不行�Q�可以��?br />

myisamchk -o tablename

其中-o参数的含义是--safe-recover�Q�可以进行更安全的修�?br />
处理2
使用MySql的CHECK TABLE和REPAIR TABLE命��o来进行修复，CHECK TABLE��查表是否损坏�Q�REPAIR TABLE用来对表坏进行修�?br />

CHECK TABLE tablename [option]

REPAIR [option] tablename

具体的参数可以参看MySQL的帮助文�?br />
一般来说第一�U�方法可以解军_��多数的问题，如果采用�q�两�U�方法依然无法解军_��以与我联�p�，QQ�?4174409

----------------------------------------

by 陈于�?
QQ:34174409
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-10-10 14:11 发表评论

��析MySql二进制日志的应用

Sat, 04 Sep 2010 10:55:00 GMT

mysql�?�U�不同的日志�Q�分别是二进制日志，查询日志�Q�慢查询日志和错误日志，�q�些日记记录着数据库工作的�Ҏ��面面�Q�可以帮助我们了解数据库的不同方面的�t�迹�Q�下面先介绍二进制日志的作用和��用方法，�q�利用二�q�制日志�Ҏ��据库�q�行各种�l�护和优�?其他日志也会在后面陆�l�会做详�l�的介绍�?br />
二进制日志（bin-log日志�Q?/span>
�?a href="http://m.tkk7.com/dongbule/archive/2010/08/22/329602.html">上一��介�l�mysql��M��配置的blog中，已经提过bin-log日志的作用和使用�Q�bin-log日志记录了所有的DDL和DML的语句，但不包括查询的语句，语句以事件的方式保存�Q�描�q�C��数据的更改过�E�，此日志对发生��N��时数据恢复�v��C��极�ؓ重要的作用�?br />
开�?/strong>
mysql默认是没有开发bin-log日志�Q�首先我们需要开启bin-log日志�Q�在my.cnf中修�?br />

指定了bin-log日志的�\径，开启日志后需要myssqladmin flush log才生�?重启后我们发现在刚才讑֮�的�\径新增了log文�g�Q�这��是我们需要的二进制日�?br />

�׃��日志是以二进制方式存储的�Q�不能直接读取，需要��用mysql自带的mysqlbinlog工具来进行查�?br /> 语法如下�Q?br />

#mysqlbinlog mysql-bin.000002

现在我们��试向test1表插入数�?br />

然后使用mysqlbinlog工具�q�行日志查看

#mysqlbinlog mysql-bin.000002 -d test

清理

如果每天都会生成大量的二�q�制日志�Q�这些日志长旉��不清理的话，��会对磁盘空间带来很大的��费�Q�所以定期清理日志是DBA�l�护mysql的一个重要工�?br />
1)RESET MASTER
在上面查看日志存攄��文�g夹中�Q�二�q�制日志命名的格式是以mysql-bin.*�Q?代表日志的序�?序号是递增�?其中�q�有mysql-bin.index是日志的索引文�g,记录了日志的最大序�?br /> 我们执行RESET MASTER命名删除全部日志

查看删除后的日志

可以看到,以前的日志全部被清空,新的日志�?0001开�?br />
2)PURGE MASTER LOGS TO & PURGE MASTER LOGS BEFORE
执行PURGE MASTER LOGS TO 'mysql-bin.******'命��o�Q�是��?******'�~�号之前的所有日志进行删�?br /> 执行PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh:mm:ss'命��o�Q�是��在'yyyy-mm-dd hh:mm:ss'旉��之前的所有日志进行删�?br />
3)-EXPIRE_LOGS_DAYS
此参数是讄��日志的过期天敎ͼ��q�期的日志将会被自动删除�Q�这有利于减��我们管理日志的工作量，需要修改my.cnf

�q�里我们讑֮�保存日志�?天，3天之后过期的日志��被自动删除

恢复

bin-log是记录着mysql所有事件的操作�Q�当mysql发生��N��性错误时�Q�可以通过bin-log做完整恢复，��Z��旉��点的恢复�Q�和��Z��位置的恢�?br />
完整恢复�Q�假定我们每天凌�?炚w��会��用mysqldump备䆾数据库，但在�W�二天早�?点由于数据库出现了故障，数据无法讉K��Q�需要恢复数据，先��用昨天凌晨备份的文�g�q�行恢复到凌�?点的状态，在��用mysqlbinlog恢复自mysqldump备䆾以来的binlog
mysql localhost mysql-bin.000001 | mysql -uroot -p
�q�样数据库就可以完全的恢复到崩溃前的完全状�?br />
��Z��旉��点的恢复�Q�由于误操作�Q�比如说删除了一张表�Q�这时��用上面讲的完全恢复是没有用的�Q�因为日志里面还存在误操作的语句�Q�，我们需要的是恢复到误操作前的状态，然后跌��误操作的语句�Q�再恢复后面操作的语句，假定我们删除了一张表的误操作发生�?0:00�q�个旉��点，我们可以使用下面的语句用备䆾和binlog��数据恢复到故障�?br />

mysqlbinlog --stop-date='2010-09-04 9:59:59' /var/log/mysql-bin.000001 | mysql -uroot -p

然后跌��误操作的旉��点，�l�箋执行后面的binlog

mysqlbinlog --start-date='2010-09-04 10:01:00' /var/log/mysql-bin.000001 | mysql -uroot -p

其中--stop-date='2010-09-04 9:59:59' �?--start-date='2010-09-04 10:01:00' 其中的时间是你误操作的时间点�Q�当然了�Q�这个时间点你需要你自己计算的，而且�q�个旉��点还可以涉及到的不只是误操作�Q�还可以有正��的操作也被跌��M��?br />
��Z��位置恢复�Q�由于上面提到的�Q��用基于时间点的恢复可能出玎ͼ�在一个时间点里面可能存在误操作和其他正确的操作，所以我们需要一�U�更为精��的恢复方式
使用mysqlbinlog查看二进�Ӟ��可看�?br />

其中drop tables test1�q�个误操作的end_log_pos�?879917�Q�几下这个id,得出它前后操作的id分别�?879916,8879918
我们��进行位�|�恢复操�?br />
mysqlbinlog --stop-position='8879916' /var/log/mysql-bin.000001 | mysql -uroot -p

mysqlbinlog --start-position='8879918' /var/log/mysql-bin.000001 | mysql -uroot -p

�W�一行是恢复到停止位�|�位�|�的所以事务，�W�二性是恢复从给定的起始位置知道二进制日志结束所有事物�?br />
��M��复制
mysql的复制是指将��L��据库的DDL和DML操作通过二进制日志传��C��服务器上�Q�然后在从服务器上对�q�些日志做重新执行的操作�Q�从而��得从服务器和��L��务器保持数据的同步，通过二进制日志进行主从复制的可以看前一��?a href="http://m.tkk7.com/dongbule/archive/2010/08/22/329602.html">MySQL ��M��复制配置�?br />
----------------------------------------

by 陈于�?
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-09-04 18:55 发表评论

MySQL��M��复制的一些错误处理和日常�l�护

Mon, 23 Aug 2010 13:35:00 GMT
��查从服务器一般��用show slave status命��o来检�?br />

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.100
Master_User: root
Master_Port: 3306
Connect_Retry: 3
Master_Log_File: mysql-bin.003
Read_Master_Log_Pos: 79
Relay_Log_File: mysql -relay-bin. 003
Relay_Log_Pos: 548
Relay_Master_Log_File: mysql -bin. 003
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Last_Errno: 0
…..

在上面这些信息中我们主要��x��的是Slave_IO_Running和Slave_SQL_Running
Slave_IO_Running:从服务器正从��L��务器上读取BINLOG日志,�q�写入从服务器的中��日志
Slave_SQL_Running:�q�程正在��d��从服务器的BINLOG中��日志�Q��ƈ转化为SQL执行
以前有一个进�E�是no状态，表示复制的进�E�停止，在Last_Errno会看到是什么情�?br />
有时候因��Z��服务器的更新�q�于频繁,造成了从服务器更新速度较慢,当然问题是多�U�多�?有可能是�|�络搭徏的结构不好或者硬件的性能较差,从而��得主从服务器之间的差距越来越�?最�l�对某些应用产生了媄�?在这�U�情况下,我们需要定期进行主从服务器的数据同�?具体步骤如下
在主服务器上

mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.03 sec)
mysql> show master status\G;
*************************** 1. row ***************************
File: mysql-bin.000004
Position: 102
Binlog_Do_DB:
Binlog_Ignore_DB:
1 row in set (0.00 sec)

记录出日志的名字和偏�U�量,�q�些是从服务器复制的目的目标

在从服务器上,使用MASTER_POS_WAIT()函数得到复制坐标�?br />

mysql> select master_pos_wait('mysql-bin.000004','102');
+-------------------------------------------+
| master_pos_wait('mysql-bin.000004','102') |
+-------------------------------------------+
|                                      0                         |
+-------------------------------------------+
1 row in set (0.00 sec)
�q�个select 语句会阻塞直��C��服务器达到指定日志文件和偏移量后,�q�回0,如果�?1,则表�C��时推�?查询�?�?表示从服务器与主服务器已�l�同�?br />
在某些情况下,会出��C��服务器更新失�?首先需要确定是否从服务器的表与��L��务器的不同造成�?如果是表�l�构造成�?则需要修改从服务器的表和��L��务器一�?然后重新�q�行start slave
如果不是表结构不同造成的更新失败，则需要确认手动更新是否安全，然后忽视来自��L��务器的更新失败语句，跌��来来自主服务器的语句�Q�命令�ؓSET GLOBAL SQL_SLAVE_SKIP_COUNTER=n,其中,n=1表示来自��L��务器的更新语句不使用AUTO_INCREMENT或LAST_INSERT_ID(),n=2时则反之,原因是��用AUTO_INCREMENT或LAST_INSERT_ID的语句需要从二进制日志中取得两个事�g.
----------------------------------------

by 陈于�?
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-08-23 21:35 发表评论

mysql4.0�q�移�?.0的passowd()函数问题

Mon, 23 Aug 2010 02:41:00 GMT
前天�q�移了一个老系�l?用的mysql�?.0要迁�U�d��5.0的环境下,发现了一个问�?在password()函数上发生错�?查一查原来password()函数在mysql5.0已经发生了变�?
在mysql4.0�?br />

mysql> select password('abc');
+------------------+
| password('abc')  |
+------------------+
| 7cd2b5942be28759 |
+------------------+

而在mysql5.0�?

select password('abc');
+-------------------------------------------+
| password('abc')                           |
+-------------------------------------------+
| *0D3CED9BEC10A777AEC23CCC353A8C08A633045E |
+-------------------------------------------+

�l�查资料,在mysql5.0下��用old_passord()函数��可以得��C��4.0一��L��效果

select old_password('abc');
+---------------------+
| old_password('abc') |
+---------------------+
| 7cd2b5942be28759    |
+---------------------+

但只要需要改动到�E�序,再进行查资料

两个函数都可以用password() 函数调用�Q?
控制开关由/etc/mysql/my.cnf中的old_passwords变量讑֮��Q?
讄��?#8220;0” ,调用新的password函数�Q?
讄��?#8221;1″�Q�就调用旧的password函数�?

问题最�l�解�?不用修改�E�序

----------------------------------------

陈于�?
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-08-23 10:41 发表评论

MySQL��M��复制几个重要的启动选项

Sun, 22 Aug 2010 15:30:00 GMT

在上一��?/span>MySQL��M��复制配置已经介绍�q�几个启动时的复制参�?/span>,下面再介�l�几个常用的启动选项,

(1)   log-slave-updates

log-slave-updates�q�个参数用来配置从服务器的更新是否写入二�q�制日志�Q�这个选项默认是不打开的，但是�Q�如果这个从服务�?/span>B是服务器A的从服务器，同时�q�作为服务器C的主服务器，那么��需要开发这个选项�Q�这样它的从服务�?/span>C才能获得它的二进制日志进行同步操�?/span>

(2)   master-connect-retry

master-connect-retry�q�个参数是用来设�|�在和主服务器连接丢��q��时候，重试的时间间隔，默认�?/span>60�U?/span>

(3)   read-only

read-only是用来限制普通用户对从数据库的更新操作，以确保从数据库的安全性，不过如果是超�U�用户依然可以对从数据库�q�行更新操作

(4)   slave-skip-errors

在复制过�E�中�Q�由于各�U�的原因�Q�从服务器可能会遇到执行BINLOG中的SQL出错的情况，在默认情况下�Q�服务器会停止复制进�E�，不再�q�行同步�Q�等到用戯��行来处理�?/span>

Slave-skip-errors的作用就是用来定义复制过�E�中从服务器可以自动跌��的错误号�Q�当复制�q�程中遇到定义的错误��P��可以自动蟩�q�，直接执行后面�?/span>SQL语句�?/span>

--slave-skip-errors=[err1,err2,…….|ALL]

但必��L��意的是，启动�q�个参数�Q�如果处理不当，很可能造成��M��数据库的数据不同步，在应用中需要根据实际情况，如果�Ҏ��据完整性要求不是很严格�Q�那么这个选项��实可以减轻�l�护的成�?/span>

陈于�?/a> 2010-08-22 23:30 发表评论

MySQL��M��复制配置

Sun, 22 Aug 2010 15:28:00 GMT

Mysql的主从复制至��是需要两�?/span>Mysql的服务，当然Mysql的服务是可以分布在不同的服务器上�Q�也可以在一台服务器上启动多个服务�?/span>

(1)首先��保��M��服务器上�?/span>Mysql版本相同

(2)在主服务器上,讄��一个从数据库的账户,使用REPLICATION SLAVE赋予权限,�?/span>:

mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave001'@'192.168.0.99' IDENTIFIED BY

'123456';

Query OK, 0 rows affected (0.13 sec)

(3)修改��L��据库的配�|�文�?/span>my.cnf,开�?/span>BINLOG�Q��ƈ讄��server-id的��|��修改之后必须重启Mysql服务

[mysqld]

log-bin = /home/mysql/log/mysql-bin.log

server-id=1

(4)之后可以得到��L��务器当前二进制日志名和偏�U�量�Q�这个操作的目的是�ؓ了在从数据库启动后，从这个点开始进行数据的恢复

mysql> show master status\G;

*************************** 1. row ***************************

File: mysql-bin.000003

Position: 243

Binlog_Do_DB:

Binlog_Ignore_DB:

1 row in set (0.00 sec)

(5)好了�Q�现在可以停止主数据的的更新操作�Q��ƈ生成��L��据库的备份，我们可以通过mysqldump到处数据��C��数据库，当然了，你也可以直接�?/span>cp命��o��数据文件复制到从数据库�?/span>

注意在导出数据之前先对主数据库进�?/span>READ LOCK�Q�以保证数据的一致�?/span>

mysql> flush tables with read lock;

Query OK, 0 rows affected (0.19 sec)

之后�?/span>mysqldump

mysqldump -h127.0.0.1 -p3306 -uroot -p test > /home/chenyz/test.sql

最好在��L��据库备䆾完毕�Q�恢复写操作

mysql> unlock tables;

Query OK, 0 rows affected (0.28 sec)

(6)��刚才主数据备䆾�?/span>test.sql复制��C��数据库，�q�行导入

(7)接着修改从数据库�?/span>my.cnf,增加server-id参数,指定复制使用的用�?/span>,��L��据库服务器的ip,端口以及开始执行复制日志的文�g和位�|?/span>

[mysqld]

server-id=2

log_bin = /var/log/mysql/mysql-bin.log

master-host =192.168.1.100

master-user=test

master-pass=123456

master-port =3306

master-connect-retry=60

replicate-do-db =test

(8)在从服务器上,启动slave�q�程

mysql> start slave;

(9)在从服务器进�?/span>show salve status验证

mysql> SHOW SLAVE STATUS\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: localhost

Master_User: root

Master_Port: 3306

Connect_Retry: 3

Master_Log_File: mysql-bin.003

Read_Master_Log_Pos: 79

Relay_Log_File: gbichot-relay-bin.003

Relay_Log_Pos: 548

Relay_Master_Log_File: mysql-bin .003

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

(10)好了,现在可以在我们的��L��务器做一些更新的操作,然后在从服务器查看是否已�l�更�?/span>

----------------------------------------

陈于�?
Mail: chenyz@corp.netease.com

陈于�?/a> 2010-08-22 23:28 发表评论

久久久无码精品亚洲日韩按摩,极品色天使在线婷婷天堂亚洲,久久亚洲精品人成综合网

安装配置整理�?mysql

对MyIsam存储引擎表损坏的处理

���析MySql二进制日志的应用

MySQL��M��复制的一些错误处理和日常�l�护

mysql4.0�q�移�?.0的passowd()函数问题

MySQL��M��复制几个重要的启动选项

MySQL��M��复制配置

��析MySql二进制日志的应用