Heim >Datenbank >MySQL-Tutorial >MySQL 数据库管理员常用命令手册_MySQL

MySQL 数据库管理员常用命令手册_MySQL

PHP中文网
PHP中文网Original
2016-05-27 14:29:471685Durchsuche

bitsCN.com

 

  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< p="">

  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 &ndash;check-upgrade &ndash;all-databases &ndash;auto-repair
  # mysql_fix_privilege_tables
  # mysqlcheck &ndash;all-databases &ndash;check-upgrade &ndash;fix-db-names &ndash;fix-table-names

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

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

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

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

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

  

# mkdir /opt/mysqlsystems_bk ; mysqldump -p3306 -uroot &ndash;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 &#39;%VAR_NAME%&#39;;
  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 &#39;%tmp%&#39;"

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

  关于Mysql Replication日常管理,重做,问题分析时常用的办法:重做Slave,或者Master变化等等,需要将Slave与新的Master同步:

 

 change master to master_host=IP,master_user=&#39;replication userName&#39;,master
  _password=&#39;replication Passwrod&#39;,master_log_file=&#39;log-bin.000001&prime;,master_log_pos=0;

  导出数据成SQL文本,慎用,根据你的DB大小会锁表,导致堵塞其他访问:

 

 nohup /usr/local/mysql/bin/mysqldump &ndash;database DATABASEName -uUserName -pPassWord &ndash;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 &ndash;start-position=偏移量

  呵呵,我们碰到过Master执行的SQL到了Slave会报语法错误,够诡异吧!不过就是这样查到了原因:如果通过存储过程将bit的内容改为1就会出现这样的问题,后来将bit改为tinyint(1)就好了

  授权给某一台Slave拥有复制的权限:

  grant replication slave on *.* to 用户名@IP identified by &#39;密码&#39;;

  查看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端口的通信具体内容

bitsCN.com    

 以上就是MySQL 数据库管理员常用命令手册_MySQL的内容,更多相关内容请关注PHP中文网(www.php.cn)!


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn