MySQL使用中遇到的问题记录

这儿记录一些在使用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;

原文链接：http://uusama.com/288.html

MySQL使用中遇到的问题记录

相关文章

热门资讯