mysql操作手册（mysql操作教程）

mysql导入文件，过大导致错误(2006 - MySQL server has gone away)

出现这个问题的原因一般是传送的数据过大，解决的办法是修改通信缓冲区的最大长度。

#查看通信缓冲区长度，默认为1M
show global variables like 'max_allowed_packet';

#修改通信缓冲区最大长度
set global max_allowed_packet=1024*1024*16;

注：修改只针对当前有效，重新会恢复原来设置。若想永久改变，需要修改 my.cnf 文件，然后重启mysql服务

max_allowed_packet = 16M

mysql添加账户

#创建新的用户，名为aaa，新用户密码为123456，'%'表示允许远程登陆但是不允许本机登录
mysql>CREATE USER 'aaa'@'%' IDENTIFIED BY '123456';

#新创建的用户ccc，没有密码，可以从其他电脑远程登陆mysql服务器
mysql>CREATE USER 'ccc'@'%';

#将数据库myDB下的所有表授权给用户aaa。这样用户名aaa就能远程访问到这个数据库(appmetadatadb)下的所有表。写入user表，但是并没有及时写入权限表（grant table）
mysql>GRANT ALL PRIVILEGES ON myDB.* TO 'aaa'@'%';表示

#将新加入的用户写入到权限表中
mysql>flush privileges;

#添加用户 username 并授权本地访问，密码为 password
mysql>GRANT ALL PRIVILEGES ON *.* TO username@localhost IDENTIFIED BY 'password' WITH GRANT OPTION;

#添加用户 username 并授权可以从其他任何主机发起访问，密码为 password
mysql>GRANT ALL PRIVILEGES ON *.* TO username@"%" IDENTIFIED BY 'password' WITH GRANT OPTION;

#修改账户密码
mysql> use mysql;
mysql> UPDATE user SET Password =PASSWORD('newpassword') WHERE user = 'root';
mysql> FLUSH PRIVILEGES;

#删除用户
mysql>drop user [userName]

创建数据库，并指定默认字符集

CREATE DATABASE IF NOT EXISTS yourdbname DEFAULT CHARSET utf8 COLLATE utf8_general_ci;

1209 - The MySQL server is running with the --read-only option so it cannot execute this statement

一般遇到这种错误有两个原因：

1.连接到从库，从库设置为了只读

2.主库的 read_only 参数被设置为了1

修改只读模式有两中方式

方式一：

mysql> select @@read_only;

mysql> set global read_only=0;

这种方式修改后，只对当前有效；重启后会被 my.cnf 配置中的值覆盖

方式二：

修改 my.cnf 配置文件

#grep read_only my.cnf

read_onl = 0

MySQL复制远程数据到本机

#执行备份命令
mysqldump -h [主机名] -u[用户名] -p[密码] [数据库名]>要备份到本机的路径/文件名.sql
#例如：mysqldump -h 182.168.0.88 -uroot -proot database>/home/database.sql
#登录本机mysql
source /home/database.sql 自动执行脚本

2013,Lost connection to MySQL server during query

错误解释

针对与数据库操作相关的错误而引发的异常，并且不一定在程序员的控制之下，例如， 发生意外断开连接，找不到数据源名称，无法处理事务，处理期间发生内存分配错误等。

此错误是DBAPI错误，源自数据库驱动程序（DBAPI），而不是SQLAlchemy本身。

OperationalError是驱动程序在被删除的数据库连接的上下文中使用的最常见（但不是唯一）错误类，或者无法连接到数据库

原因一：备份可能达到MySQL超时限制

这里讨论的特定变量是net_read_timeout和net_write_timeout，它们分别设置为30秒和60秒。 你可以在my.cnf配置文件中根据需要设置它们来更改它们。以下是个例子。

对my.cnf进行这些更改后，必须重新启动MySQL！！！

net_read_timeout = 120
net_write_timeout = 900

更改这些设置而无需重新启动MySQL，则可以使用以下SQL语句执行此操作：

set global net_read_timeout = 120;
set global net_write_timeout = 900;

原因二：增加max_allowed_packet设置

在my.ini配置文件 mysqld 节点下添加

max_allowed_packet = 500M

配置MySQL允许的最大数据包大小，上面的500M你可以根据你的项目修改为你自己的值，只要比要导入的备份文件大就可以了。

原因三：可能为坏表

有时“丢失连接”错误是由损坏的表引起的。

您可以尝试设置

innodb_force_recovery = 1

重新启动mysql以查看是否有帮助。 如果是此原因，执行转储可能会修复页面缓存，你可以将其转回0或删除该配置。

[ERROR] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!

原因：mysql是出于安全考虑，默认拒绝用root账号启动mysql服务

解决方法：

1.通过在命令后面加上--user=root 进行强制使用root账号启动。这样是最快的。

cd /etc/init.d

mysqld --user=root

2.使用一个普通用户进行启动mysqld 。这个用户必须是属于mysqld用户组，且在my.cnf文件中。使用 vi /etc/my.cnf 

加上user=mysql  进行指定mysql用户来启动mysql服务。这样是最好的。

解决方法：

1.通过在命令后面加上--user=root 进行强制使用root账号启动。这样是最快的。

cd /etc/init.d

mysqld --user=root

2.使用一个普通用户进行启动mysqld 。这个用户必须是属于mysqld用户组，且在my.cnf文件中。使用 vi /etc/my.cnf 

加上user=mysql  进行指定mysql用户来启动mysql服务。这样是最好的。