MySQL DBA 常用手册

  提问: 6 年 前 最后更新: 3 个月 前 浏览数: 21455
4
5

1.mysql的远程连接命令可以远程导入导出数据 
mysqldump --default-character-set=gb2312 -h255.255.000.00 -uroot -pxxxxxx mydatabase>d:\data.sql 
将指定的数据库导出到一个外部SQL文件中去! 
还原命令: 
mysql --default-character-set=gb2312 -h255.255.000.00 -uroot -pxxxxxx mydatabase<d:\data.sql 

2. MYSQL三种升级方法 
安装办法:二进制包编译安装 
第一种:适用于任何一种存储引擎。 

1. 下载并安装好新版本的MySQL数据库,并将其端口改为3307(避免和旧版本的3306冲突),启动服务。 

2. 在新版本下创建同名数据库。 

# mysqldump  -p3307  -uroot  create mysqlsystems_com 

3. 在旧版本下备份该数据库。 

# mysqldump  -p3306  -uroot  mysqlsystems_com > mysqlsystems_com.bk 

Note: 你也可以加上–opt选项,这样可以使用优化方式将你的数据库导出,减少未知的问题。 

4. 将导出的数据库备份导入到新版本的MySQL数据库中。 

# mysql -p3307 -uroot mysqlsystems_com < mysqlsystems_com.bk 

5. 再将旧版本数据库中的data目录下的mysql数据库全部覆盖到新版本中。 

# cp -R /opt/mysql-5.1/data/mysql  /opt/mysql-5.4/data(权限库保持不变) 

Note: 大家也都知道这个默认数据库的重要性。 

6. 在新版下执行mysql_upgrade命令,其实这个命令包含一下三个命令: 

# mysqlcheck –check-upgrade –all-databases –auto-repair 
# mysql_fix_privilege_tables 
# mysqlcheck –all-databases –check-upgrade –fix-db-names –fix-table-names 

Note: 在每一次的升级过程中,mysql_upgrade这个命令我们都应该去执行,它通过mysqlcheck命令帮我们去检查表是否兼容新版本的数据库同时 作出修复,还有个很重要的作用就是使用mysql_fix_privilege_tables命令去升级权限表。 

7. 关闭旧版本,将新版的数据库的使用端口改为3306,重新启动新版本MySQL数据库。到此,一个简单环境下的数据库升级就结束了。 

第二种,同样适用任何存储引擎。 

1. 同样先安装好新版本的MySQL。 

2. 在旧版本中,备份数据库。 

# mkdir /opt/mysqlsystems_bk  ;  mysqldump -p3306 -uroot –tab=/opt/mysqlsystems_bk  mysqlsystems_com 

Note: –tab选项可以在备份目录mysqlsystems_bk下生成后缀为*.sql和*.txt的两类文件;其中,.sql保存了创建表的SQL语句而.txt保存着原始数据。 

3. 接下来在新版本的数据库下更新数据。 

# mysqladmin -p3307 -uroot create mysqlsystems_com 

# cat /opt/mysqlsystems_bk/*.sql | mysql -p3307 -uroot  mysqlsystems_com       ( Create Tables ) 

# mysqlimport mysqlsystems_com /opt/mysqlsystems_bk/*.txt            ( Load Data ) 

4. 之后的所有步骤与第一种方法的后三步5、6、7相同。 

第三种,适用于MyISAM存储引擎,全部是文件间的拷贝。 

1. 安装。 

2. 从旧版本mysqlsystems_com数据库下将所有.frm、.MYD 和.MYI文件拷贝到新版本的相同目录下。 

3.之后的步骤依然同于第一种的后三步。 

以上就是三种升级MySQL的方法,看似没有出现什么问题,其实,在实际的生产环境中,为会有诸多问题发生,这就需要我们在升级之前充分了解新版本中增加了哪些新功能,进一步分析升级以后这些新特性是否将会对我们原来应用产生影响。 

3. MYSQL远程连接不了的解决方案 

有可能是这个用户权限不够。查看一下权限表。 

4. MYSQL忘记密码解决办法 

在windows下: 
打开命令行窗口,停止mysql服务:Net stop mysql 
到mysql的安装路径启动mysql,在bin目录下使用mysqld-nt.exe启动,在命令行窗口执行:mysqld-nt --skip-grant-tables 
然后另外打开一个命入令行窗口,执行mysql,此时无需输入密码即可进入。 
>use mysql 
>update user set password=password("new_pass") where user="root"; 
>flush privileges; 
>exit 
使用任务管理器,找到mysqld-nt的进程,结束进程! 
在重新启动mysql-nt服务,就可以用新密码登录了。 

在linux下: 
如果 MySQL 正在运行,首先杀之: killall -TERM mysqld。 
启动 MySQL :bin/safe_mysqld --skip-grant-tables & 
就可以不需要密码就进入 MySQL 了。 
然后就是 
>use mysql 
>update user set password=password("new_pass") where user="root"; 
>flush privileges; 
重新杀 MySQL ,用正常方法启动 MySQL 。 

5. 更改MYSQL的默认字符集 

法1、 用 SET 语法来指定,不加 "GLOBAL" 的话就只对本次会话有效 
SET [GLOBAL] character_set_client = utf8; 
SET [GLOBAL] character_set_connection = utf8; 
SET [GLOBAL] character_set_database = utf8; 
SET [GLOBAL] character_set_results = utf8; 
SET [GLOBAL] character_set_server = utf8; 

方法2、 也用SET语法,只对本次会话有效 
SET NAMES 'utf8'; 

方法3、) 直接修改 my.cnf,增加一行内容,然后重启 MySQL,使之全局生效 
default-character-set = utf8 

6.MYSQL慢查询分析工具:mysqldumpslow 

mysqldumpslow命令 
/path/mysqldumpslow -s c -t 10 /database/mysql/slow-log 
这会输出记录次数最多的10条SQL语句,其中: 

    * -s, 是表示按照何种方式排序,c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序,ac、at、al、ar,表示相应的倒叙; 
    * -t, 是top n的意思,即为返回前面多少条的数据; 
    * -g, 后边可以写一个正则匹配模式,大小写不敏感的; 

比如 
/path/mysqldumpslow -s r -t 10 /database/mysql/slow-log 
得到返回记录集最多的10个查询。 
/path/mysqldumpslow -s t -t 10 -g “left join” /database/mysql/slow-log 
得到按照时间排序的前10条里面含有左连接的查询语句。

 

查看mysql的某个选项
show variables like ‘%VAR_NAME%’;
select @@VAR_NAME;

    在Linux下管理MySQL数据库的时候总有一些很紧急的情况,发现数据库突然变得压力很大了,那么作为一个DBA,也许需要一些常用的手段或者说命令去分析问题出现在哪里,然后解决:

数据库突然产生压力时查看正在查询的SQL:(如果这里内容太多表示并发执行的SQL过多,或许数据库堵塞了,会越来越慢,正常情况下这里应该很少有东西的,也就是连接都在Sleep状态)
/usr/local/mysql/bin/mysql -uroot -ppassword databaseName  -e “show full processlist” | grep -v Sleep

正在运行的SQL太多了,看不过来,那需要排序了,看持续执行时间最长的那些SQL:
/usr/local/mysql/bin/mysql -uroot -ppassword databaseName  -e “show full processlist” | grep -v Sleep | sort -k6rn >sort.tmp

如果发现IOWait很高,请查看临时表的生成情况,特别是disk tmp table:
/usr/local/mysql/bin/mysql -uroot -ppassword databaseName  -e “show global status like ‘%tmp%’”

通过这样一些办法可以查看数据库都在忙什么,那些忙的SQL又具体在哪一个步骤上卡住了,是在创建磁盘临时文件、Sending Data、statistics?依照不同的原因来解决问题

—————————————————————
关于Mysql Replication日常管理,重做,问题分析时常用的办法:

重做Slave,或者Master变化等等,需要将Slave与新的Master同步:
change master to master_host=IP,master_user=’replication userName’,master
_password=’replication Passwrod’,master_log_file=’log-bin.000001′,master_log_pos=0;

导出数据成SQL文本,慎用,根据你的DB大小会锁表,导致堵塞其他访问:
nohup /usr/local/mysql/bin/mysqldump –database DATABASEName -uUserName -pPassWord –lock-all-tables -F >DATA20070519.sql &
-F后会刷新Master Log这样配合上面的Change Master可以让Slave进行同步

只导出数据库的结构(没有任何内容)
/usr/local/mysql/bin/mysqldump -d DATABASEName -uUserName -pPassWord >DATA20070519.structure

只导出数据库的数据(没有创建表结构的语句等等)
/usr/local/mysql/bin/mysqldump -t DATABASEName -uUserName -pPassWord >DATA20070519.data

同步的时候出现问题(或者其他问题)了,根据同步出现问题的位置(偏移量),查看Binlog的具体内容
/usr/local/mysql/bin/mysqlbinlog binlogFileName –start-position=偏移量
呵呵,我们碰到过Master执行的SQL到了Slave会报语法错误,够诡异吧!不过就是这样查到了原因:如果通过存储过程将bit的内容改为1就会出现这样的问题,后来将bit改为tinyint(1)就好了

授权给某一台Slave拥有复制的权限:
grant replication slave on *.* to 用户名@IP identified by ‘密码’;

查看Slave状态:
Show slave status \G
查看Master状态:
Show master status;
重置Slave(慎用)
reset slave;
Slave出现问题了,先跳过这一条语句(请确认所要跳过的具体内容不会影响后面的同步,确认方法查看Binlog文件):
set global sql_slave_skip_counter=1; (记得先暂停Slave:stop slave; 然后重启Slave:start slave;)

———————————————–
纯粹Linux相关的:
tcpdump -A “dst port 3306″ 查看3306端口的通信具体内容

提问时间 2011-11-11 07:59

fmms的头像

fmms
0 5 7
答案被采用率: 14.285714285714285%

1
好!
2 年 前 jack_88

12 3 [下一页]

henhao

回答于 2011-11-11 15:40

henryzili的头像

henryzili
0 0 12
答案被采用率: 0.0%

谢谢了

回答于 2013-09-04 13:44

JustSos的头像

JustSos
0 0 2
答案被采用率: 0.0%

谢谢

回答于 2012-04-06 23:53

sky5217285的头像

sky5217285
0 0 3
答案被采用率: 0.0%

mysql 有没有好的备份方案啊

回答于 2012-04-07 13:17

傲世狂少的头像

傲世狂少
0 3 7
答案被采用率: 0.0%

收藏一下,以后留着用

回答于 2012-02-18 20:41

fxtxz2的头像

fxtxz2
0 0 8
答案被采用率: 0.0%

有用,谢谢

回答于 2017-12-15 20:19

很好地故意的头像

很好地故意
0 0 5
答案被采用率: 0.0%

很好

回答于 2017-12-19 13:08

1376353531的头像

1376353531
0 0 4
答案被采用率: 0.0%

I regularly visit your site and find a lot of interesting information. 
Not only good posts but also great comments. 
Thank you and look forward to your page growing stronger.

colour switch

回答于 2018-02-06 18:07

kaizen的头像

kaizen
0 0 5
答案被采用率: 0.0%

正需要!

回答于 2011-12-11 22:22

andy2717的头像

andy2717
0 0 3
答案被采用率: 0.0%

还不错,就是内容涉及少了点

回答于 2018-03-08 08:33

Silence87的头像

Silence87
0 0 2
答案被采用率: 0.0%

您的回答:

  

powered by Open-Open.com