mysql导入sql文件

一、总结一下： 1.linux下启动mysql的命令： mysqladmin start /ect/init.d/mysql start (前面为mysql的安装路径) 2.linux下重启mysql的命令： mysqladmin restart /ect/init.d/mysql restart (前面为mysql的安装路径) 3.linux下关闭mysql的命令： mysqladmin shutdown /ect/init.d/mysql shutdown (前面为mysql的安装路径) 4.连接本机上的mysql： 进入目录mysql\bin，再键入命令mysql -uroot -p， 回车后提示输入密码。 退出mysql命令：exit（回车） 5.修改mysql密码： mysqladmin -u用户名 -p旧密码 password 新密码 或进入mysql命令行SET PASSWORD FOR root=PASSWORD("root"); 6.增加新用户。（注意：mysql环境中的命令后面都带一个分号作为命令结束符） grant select on 数据库.* to 用户名@登录主机 identified by "密码" 如增加一个用户test密码为123，让他可以在任何主机上登录， 并对所有数据库有查询、插入、修改、删除的权限。首先用以root用户连入mysql

一、总结一下： 1.linux下启动mysql的命令： mysqladmin start /ect/init.d/mysql start (前面为mysql的安装路径) 2.linux下重启mysql的命令： mysqladmin restart /ect/init.d/mysql restart (前面为mysql的安装路径) 3.linux下关闭mysql的命令： mysqladmin shutdown /ect/init.d/mysql shutdown (前面为mysql的安装路径) 4.连接本机上的mysql： 进入目录mysql\bin，再键入命令mysql -uroot -p， 回车后提示输入密码。 退出mysql命令：exit（回车） 5.修改mysql密码： mysqladmin -u用户名 -p旧密码 password 新密码 或进入mysql命令行SET PASSWORD FOR root=PASSWORD("root"); 6.增加新用户。（注意：mysql环境中的命令后面都带一个分号作为命令结束符） grant select on 数据库.* to 用户名@登录主机 identified by "密码" 如增加一个用户test密码为123，让他可以在任何主机上登录， 并对所有数据库有查询、插入、修改、删除的权限。首先用以root用户连入mysql

1. 安装配置　　 　　安装完后，使用MySql Server Instance Config Wizard配置服务器实例，值得一提的是charset我选了GBK。 2. 启动服务，登录 　　启动：mysqld --console 登录：mysql -u root -p 　　如下图所示： 　　 3. 使用数据库： show databases; use <dbname> 4. 表操作： show tables; 5. 从sql文件导入表到mysql数据库： mysql -h localhost -u root -p < d:/samp.sql 　如下图所示： 　　 6. 注释注意项：如上图中的一个错误，是因为--后没有带空格导致错误。 MySQL服务器支持3种注释风格： · 从‘#’字符从行尾。 · 从‘-- ’序列到行尾。请注意‘-- ’(双破折号)注释风格要求第2个破折号后面至少跟一个空格符(例如空格、tab、换行符等等)。该语法与标准SQL注释语法稍有不同，后者将在1.8.5.7, “‘--’作为注释起始标记”中讨论。 · 从/*序列到后面的*/序列。结束序列不一定在同一行中，因此该语法允许注释跨越多行。 下面的例子显示了3种风格的注释： mysql> SELECT 1+1; # This comment continues to the end of line mysql>

数据备份全备 备份命令 :mysqldump把数据库的数据以sql语句导出属于逻辑备份 格式 : mysqldump -uroot -p123456 -S 多实例的mysql.sock 数据库名 >/备份的文件名　　　　　　　　#单库备份egrep -v '#|\*|--|^$' /备份文件名 #检查备份的结果 恢复数据: mysql -u用户名 -p密码 库名</备份文件名　　　　　　#把备份的文件导入mysql 备份单个表 mysqldump -uroot -p123456 -S /多实例.sock 库名 表名>/备份文件名 #不加-B前边是库后边是表 恢复单个表 mysql -u用户名 -p密码 库名</备份文件名　　　　　　#把备份的文件导入mysql mysqldump 的参数 -B 库名 　 　#在备份文件里增加创建数据库和进入数据库的命令 加-B就算数据库被drop掉也可以直接恢复 mysqldump -uroot -p123456 -S /多实例mysql.sock -B 库名>/备份文件　　　　　　　　　　#备份 可备份多个库 -B 库名1 库名2 库名N mysql -uroot -p123456 -S /多实例mysql.sock <备份文件　　　　　　 　　　　　　　　　　#恢复 -d　　备份表结构 mysqldump -uroot -p123456 -S

MySQL数据库备份与恢复 1、备份方式 逻辑备份（文本表示：SQL 语句） 物理备份（数据文件的二进制副本） 基于快照的备份 基于复制的备份 增量备份（刷新二进制日志） 2、备份类型 2.1 热备份 这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 2.2冷备份 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 2.3温备份 这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是，其不足之处在于无法在进行备份时修改数据集，这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。 3、物理备份 物理备份由存储数据库内容的目录和文件的原始副本组成。这种类型的备份适用于需要在发生问题时快速恢复的大型重要数据库。 3.1物理备份的特点 备份由数据库目录和文件的精确副本组成。通常这是全部或部分MySQL数据目录的副本。 物理备份方法比逻辑更快，因为它们只涉及文件复制而无需转换。 输出比逻辑备份更紧凑。 由于备份速度和紧凑性对繁忙

MySQL经典面试题 1、MySQL的复制原理以及流程 (1)、复制基本原理流程 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； (2)、MySQL复制的线程有几个及之间的关联 MySQL 的复制是基于如下 3 个线程的交互（ 多线程复制里面应该是 4 类线程）： 1. Master 上面的 binlog dump 线程，该线程负责将 master 的 binlog event 传到slave； 2. Slave 上面的 IO 线程，该线程负责接收 Master 传过来的 binlog，并写入 relay log； 3. Slave 上面的 SQL 线程，该线程负责读取 relay log 并执行； 4. 如果是多线程复制，无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制， SQL 线程只做 coordinator，只负责把 relay log 中的 binlog读出来然后交给 worker 线程， woker 线程负责具体 binlog event 的执行； (3)

MySQL经典面试题 1、MySQL的复制原理以及流程 (1)、复制基本原理流程 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； (2)、MySQL复制的线程有几个及之间的关联 MySQL 的复制是基于如下 3 个线程的交互（ 多线程复制里面应该是 4 类线程）： 1. Master 上面的 binlog dump 线程，该线程负责将 master 的 binlog event 传到slave； 2. Slave 上面的 IO 线程，该线程负责接收 Master 传过来的 binlog，并写入 relay log； 3. Slave 上面的 SQL 线程，该线程负责读取 relay log 并执行； 4. 如果是多线程复制，无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制， SQL 线程只做 coordinator，只负责把 relay log 中的 binlog读出来然后交给 worker 线程， woker 线程负责具体 binlog event 的执行； (3)

MySQL经典面试题 1、MySQL的复制原理以及流程 (1)、复制基本原理流程 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； (2)、MySQL复制的线程有几个及之间的关联 MySQL 的复制是基于如下 3 个线程的交互（ 多线程复制里面应该是 4 类线程）： 1. Master 上面的 binlog dump 线程，该线程负责将 master 的 binlog event 传到slave； 2. Slave 上面的 IO 线程，该线程负责接收 Master 传过来的 binlog，并写入 relay log； 3. Slave 上面的 SQL 线程，该线程负责读取 relay log 并执行； 4. 如果是多线程复制，无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制， SQL 线程只做 coordinator，只负责把 relay log 中的 binlog读出来然后交给 worker 线程， woker 线程负责具体 binlog event 的执行； (3)

1)、复制基本原理流程 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； (2)、MySQL复制的线程有几个及之间的关联 MySQL 的复制是基于如下 3 个线程的交互（ 多线程复制里面应该是 4 类线程）： 1. Master 上面的 binlog dump 线程，该线程负责将 master 的 binlog event 传到slave； 2. Slave 上面的 IO 线程，该线程负责接收 Master 传过来的 binlog，并写入 relay log； 3. Slave 上面的 SQL 线程，该线程负责读取 relay log 并执行； 4. 如果是多线程复制，无论是 5.6 库级别的假多线程还是 MariaDB 或者 5.7 的真正的多线程复制， SQL 线程只做 coordinator，只负责把 relay log 中的 binlog读出来然后交给 worker 线程， woker 线程负责具体 binlog event 的执行； (3)、MySQL如何保证复制过程中数据一致性及减少数据同步延时 一致性主要有以下几个方面

目录 一、问题导入 1.1高并发Mysql的速度问题怎么解决？ 1.2Mysql 挂了怎么办？ 1.3 Mysql 超过500W的数据 二、Mycat 的简介 2.1 Mycat 解决Mysql 的并发压力的思路 2.1.1 分库 2.1.2 分表 2.1.3 好处或者面试 2.1.4 Mycat 额外的好处 2.2 Mycat的安装 2.2.1 Mycat 是Java 语言写的，安装Mycat 必须先安装JDK 2.2.2 Mycat的安装 三、Mycat的名词解释 3.1 虚拟库 3.2 虚拟表 3.3 数据节点（**） 3.4 数据库服务器 四、Mycat的配置文件（*mycat的核心*） 4.1 schema.xml 4.1.1 schema （一个虚拟的库）节点 4.1.2 table 标签 4.1.3 dataNode数据节点 4.1.4 DataHost：数据库的服务器 4.2 rule.xml（路由的规则） 4.2.1 tableRule的节点 4.2.2 function 节点 4.3 server.xml 4.3.1 用户的配置 4.3.2 主键增长的节点 五、实战mycat的配置文件 5.1 写一个schema.xml 文件 5.2 rule.xml 文件（我们没有使用别的规则，它里面自动rule1） 5.3 server.xml 5.4 覆盖默认的mycat