最近一段时间也在搭建mysql集群,遇到了一些错误记录一下。
安装报错
1.报错:ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock'
解决方法:服务未正常启动或者未启动,如未正常启动查看报错日志,如未启动,需要启动服务,生成sock文件,报错消除。
2.报错:ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
解决方法:密码不正确,请核实密码,重新输入。
3.报错:ERROR! The server quit without updating PID file
解决方法:mysql未正确配置,需要检查my.cnf里面的参数设置是否正确,并删除data目录下面的所有数据,执行mysql_install_db重新初始化。
4.报错:ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
解决方法:5.7首次登陆会生成随机密码,查看随机密码在用户的家目录.mysql_secret查看密码;或者密码不正确,请核实后重新输入。
5.报错:报错信息:ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement.
解决方法:5.7的版本除了第一次登陆使用初始密码,后续需要修改密码。如果不修改将l会报上述错误,为了避免上述错误,应该先执行 set password = password('your new password');然后执行alter user 'root'@'localhost' password expire (never/天数);flush privileges;退出重新输入新密码即可
6.报错:ERROR 1819 (HY000): Your password does not satisfy the current policy requirements
解决方法:设置符合密码强度的密码ALTER USER USER() IDENTIFIED BY '1a2B3456!c';(默认密码强度为必须含有数字,小写或大写字母,特殊字符,长度不小于8位)。
使用报错
1.报错:[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'information_schema.PROFILING.SEQ' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
解决方法:因为mysql5.7默认的sql_mode=only_full_group_by,而且mysql5.7sql是可以执行成功,但是也会报这种group by的错,去掉only_full_group_by模式。
2.中文乱码问题
解决方法:
>show variables like 'character%';
| Variable_name | Value |
+--------------------------+-------------------------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | utf8 |
| character_set_results | latin1 |
| character_set_server | utf8 |
| character_set_system | utf8 |
#vim /etc/my.cnf
[client]
default-character-set=utf8
[mysqld]
default-storage-engine=INNODB
character-set-server=utf8
collation-server=utf8_general_ci
重启数据库服务
3.报错: ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement
解决方法:secure_file_priv参数用于限制LOAD DATA, SELECT …OUTFILE, LOAD_FILE()传到哪个指定目录。secure_file_priv 为 NULL 时,表示限制mysqld不允许导入或导出。secure_file_priv 为 /tmp 时,表示限制mysqld只能在/tmp目录中执行导入导出,其他目录不能执行。secure_file_priv 没有值时,表示不限制mysqld在任意目录的导入导出。查看 secure_file_priv 的值,默认为NULL,表示限制不能导入导出。
>show global variables like '%secure_file_priv%';
+------------------+-------+| Variable_name | Value |
+------------------+-------+| secure_file_priv | NULL |
+------------------+-------+1 row in set (0.00 sec)
因为 secure_file_priv 参数是只读参数,不能使用set global命令修改。
Vim /etc/my.cnf
secure_file_priv=''
重启数据库服务。
4.general日志和error日志时间不一致的问题
mysql>show global variables like '%log%';
log_timestamps=SYSTEM #增加这个时间戳设置的代码在my.cnf中
重启服务.
5.报错:Error Code: 1175. You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column To disable safe mode, toggle the option in Preferences
解决方法:mysql为了提高数据库的安全性能,默认使用了safe-updates模式,在该模式下,对数据表进行update和delete时必须要用where语句而且必须带有该表的主键约束。关闭安全更新模式SET SQL_SAFE_UPDATES=0
6.报错:如果DISTINCT和order by一起使用将会报3065错误,sql语句无法执行
解决方法:
vim /etc/my.cnf
#添加下面的配置
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
重启服务