这儿记录一些在使用MySQL的过程中遇到的问题以及相应的解决办法。
sql_mode=only_full_group_by引起group by查询报错
问题
MySQL执行 GROUP BY 查询报错:
#1 - Expression of SELECT list is not in GROUP BY clause and contains nonaggregated column this is incompatible with sql_mode=only_full_group_by
解决办法
# 设置正确的 sql_mode 即可解决
# 登陆MySQL
sudo mysql -hlocalhost -uroot -p123123
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
也可以修改MySQL配置文件,然后重启MySQL服务
# 打开MySQL配置文件
sudo vim /etc/mysql/conf.d/mysql.cnf
# 在底部添加下面这句
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
# 然后重启
sudo service mysql restart
详解
sql_mode默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。sql_mode常用值如下:
ONLY_FULL_GROUP_BY:对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY里出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中
NO_AUTO_VALUE_ON_ZERO:该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户 希望插入的值为0,而该列又是自增长的,那么这个选项就有用了
STRICT_TRANS_TABLES:在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制
NO_ZERO_IN_DATE:在严格模式下,不允许日期和月份为零
NO_ZERO_DATE:设置该值,mysql数据库不允许插入零日期,插入零日期会抛出错误而不是警告
ERROR_FOR_DIVISION_BY_ZERO:在INSERT或UPDATE过程中,如果数据被零除,则产生错误而非警告。如 果未给出该模式,那么数据被零除时MySQL返回NULL
NO_AUTO_CREATE_USER:禁止GRANT创建密码为空的用户
NO_ENGINE_SUBSTITUTION:如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常
PIPES_AS_CONCAT:将"||"视为字符串的连接操作符而非或运算符,这和Oracle数据库是一样的,也和字符串的拼接函数Concat相类似
ANSI_QUOTES:启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符
清空表数据
问题
当进行数据迁移或者数据修复的时候,经常需要用到数据表清空,数据表重置。
解决方案
可以使用 TRUNCATE TABLE table_name 命令重置数据表,这个命令的实质是删除表,然后再重建表,对于有约束的表来说,是行不通的,必须先禁用外键约束再执行删除。
另一种方法是想删除表中的所有数据,然后再把表的id开始值设为1.
# 第一种方案
SELECT @@FOREIGN_KEY_CHECKS; # 查看单签外键约束命令
SET FOREIGN_KEY_CHECKS=0; # 首先禁用外键约束
TRUNCATE TABLE table_name; # 然后重置表
# 第二种方案,推荐
DELETE FROM table_name; # 不带where条件的删除命令删除所有数据
ALTER TABLE table_name AUTO_INCREMENT=1; # 重置递增初始值
MySQL占用内存过大
当服务器内存只有1G或者更小的时候,就需要更改MySQL的默认配置了,否则你会发现你的MySQL轻易就占用了400M甚至800M的内存。
通过优化MySQL的配置从而达到降低它占用内存的目的,配置文件一般在: vim /etc/my.cnf 中的[[mysqld]下面。详细的 MySQL 配置项可以参考官网:MySQL官网详细配置项。我单前的服务器为单核CPU,内存为1G。
# The maximum number of instrumented table objects.加载的最大表实例数,默认-1自适应
performance_schema_max_table_instances = 600
# The number of table definitions that can be stored in the definition cache,默认-1自适应
table_definition_cache = 400
# The number of open tables for all threads.所有线程能够打开的最大表数,默认为2000
table_open_cache = 128
# innodb引擎的缓存大小,如果启动失败,则调小
innodb_buffer_pool_size = 600M
# 联合查询操作所能使用的缓冲区大小,线程独占
join_buffer_size = 8M
修改配置以后,重启mysql服务已使得配置项生效。
可以通过下面的方式查看当前mysql的配置信息:
# 登陆mysql
mysql -hlocalhost -uroot -ppassword
# 查看所有全局配置
show global variables;
# 查看全局配置转态
show global status;
# 筛选特定的配置项,下面是筛选出innodb开始的配置项
show global variables like 'innodb%';
MySQL临时表必须要有别名
对于查询生成的临时表,必须使用 as 定义别名,即使后面没有用到。否则会报错: Every derived table must have its own alias。
MySQL获取表的列名
假设表名为 table_name;可以使用以下三种命令查询该表的列名。
DESC table_name;
DESCRIBE table_name;
SHOW columns FROM persons;
您可能感兴趣的文章:- MySQL提示:The server quit without updating PID file问题的解决办法
- MySQL server has gone away 问题的解决方法
- Mysql插入中文变为全问号???的问题 解决方法
- Mysql CPU占用高的问题解决方法小结
- MySQL远程连接丢失问题解决方法(Lost connection to MySQL server)
- MySQL:reading initial communication packet问题解决方法
- MySQL无法启动几种常见问题小结
- MySQL的中文UTF8乱码问题
- 关于Mysql中文乱码问题该如何解决(乱码问题完美解决方案)
- mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结
- mysql error:#1062 Duplicate entry ‘***′ for key 1问题解决方法
- MySQL中SELECT+UPDATE处理并发更新问题解决方案分享