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 = 16Mmysql添加账户
#创建新的用户，名为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 = 0MySQL复制远程数据到本机
#执行备份命令
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服务。这样是最好的。