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;
(0)

相关推荐

  • MySQL提示:The server quit without updating PID file问题的解决办法

    用df命令查了下,果然磁盘满了,因为当时分区采用系统默认,不知道为什么不能自动扩容!以后在处理这个问题!如图所示: 复制代码 代码如下: [root@snsgou ~]# df文件系统                 1K-块      已用      可用 已用% 挂载点/dev/mapper/vg_snsgou-lv_root51606140  47734848   1249852  100%      /tmpfs                  1953396        88  

  • MySQL server has gone away 问题的解决方法

    mysql出现ERROR : (2006, 'MySQL server has gone away') 的问题意思就是指client和MySQL server之间的链接断开了. 造成这样的原因一般是sql操作的时间过长,或者是传送的数据太大(例如使用insert ... values的语句过长, 这种情况可以通过修改max_allowed_packed的配置参数来避免,也可以在程序中将数据分批插入). 产生这个问题的原因有很多,总结下网上的分析: 原因一. MySQL 服务宕了 判断是否属于这个

  • 关于Mysql中文乱码问题该如何解决(乱码问题完美解决方案)

    最近两天做项目总是被乱码问题困扰着,这不刚把mysql中文乱码问题解决了,下面小编把我的解决方案分享给大家,供大家参考,也方便以后自己查阅. 首先: 用show variables like "%colla%":show varables like "%char%":这两条命令查看数据库与服务端的字符集设置 如果查看出来都是gbk2312,或 gbk,那么就只能支持简体中文,繁体和一些特殊符号是不能插入的,我们只有修改字符集为UTF-8, 修改方法如下: 用记事本或

  • Mysql CPU占用高的问题解决方法小结

    通过以前对mysql的操作经验,先将mysql的配置问题排除了,查看msyql是否运行正常,通过查看mysql data目录里面的*.err文件(将扩展名改为.txt)记事本查看即可.如果过大不建议用记事本了,容易死掉,可以用editplus等工具 简单的分为下面几个步骤来解决这个问题: 1.mysql运行正常,也有可能是同步设置问题导致 2.如果mysql运行正常,那就是php的一些sql语句导致问题发现,用root用户进入mysql管理mysql -u root -p输入密码mysql:sh

  • mysql error:#1062 Duplicate entry ‘***′ for key 1问题解决方法

    我将id的int类型改成了bigint就可以了,其实再改回来可能也会好了.可能是数据库备份的时候出现了错误. 开发的网站后台系统在测试过程中出现了这个问题: Invalid Query : Duplicate entry '127′ for key 1 SQL is : INSERT INTO `kq_news` (`Title`,`Author`,`Type`,`Content`,`IsDel`,`Adate`,`Range`,`Lang`) values ('捐款活动','yuanying'

  • mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结

    下面写一下,这两个要是有no了,怎么恢复.. 如果是slave_io_running no了,那么就我个人看有三种情况,一个是网络有问题,连接不上,像有一次我用虚拟机搭建replication,使用了nat的网络结构,就是死都连不上,第二个是有可能my.cnf有问题,配置文件怎么写就不说了,网上太多了,最后一个是授权的问题,replication slave和file权限是必须的.如果不怕死就all咯.. 一旦io为no了先看err日志,看看爆什么错,很可能是网络,也有可能是包太大收不了,这个时

  • MySQL远程连接丢失问题解决方法(Lost connection to MySQL server)

    最近服务器很不稳定,于是重装了mysql 和php 服务,但是接着却遇到了很头疼的麻烦. 远程连接mysql是总是提示: 复制代码 代码如下: Lost connection to MySQL server at 'reading initial communication packet', system error: 0 很明显这是连接初始化阶段就丢失了连接的错误. google半天大多是说的注释掉配置文件中 bind-address = 127.0.0.1 这一句. 但是我的配置文件并没有配

  • MySQL的中文UTF8乱码问题

    从MySQL支持Unicode后,为了与时俱进,我们的web程序也开始考虑用UTF8了.其实UTF8也用了好几年了,程序基本能跑,没什么大问题,但是数据倒换的时候,总是遇到不爽的事情. [问题现象] 网页xxx.php用EditPlus另存为UTF8格式,MySQL在my.ini里设置default-character-set=utf8,建表时加了CREATE TABLE `xxx ` (myname varchar(255)) ENGINE=MyISAM DEFAULT CHARSET=utf

  • Mysql插入中文变为全问号???的问题 解决方法

    1.检查并修改mysql的my.ini的配置文件 复制代码 代码如下: default-character-set=utf8 2.建立数据库是要指定字符集 复制代码 代码如下: create database mydb default character set utf8 collate utf8_general_ci; 3.建立数据表示也要指定字符集:出问题的命令: 复制代码 代码如下: CREATE TABLE IF NOT EXISTS `mydb` (   `username` varc

  • MySQL中SELECT+UPDATE处理并发更新问题解决方案分享

    问题背景: 假设MySQL数据库有一张会员表vip_member(InnoDB表),结构如下:   当一个会员想续买会员(只能续买1个月.3个月或6个月)时,必须满足以下业务要求: •如果end_at早于当前时间,则设置start_at为当前时间,end_at为当前时间加上续买的月数 •如果end_at等于或晚于当前时间,则设置end_at=end_at+续买的月数 •续买后active_status必须为1(即被激活) 问题分析: 对于上面这种情况,我们一般会先SELECT查出这条记录,然后根

  • MySQL无法启动几种常见问题小结

    昨天在群里看到有新同学还在问MySQL无法启动的问题,于是总结了几个常见情况,权当普及帖了,老鸟自觉飞过. 问题1:目录.文件权限设置不正确 MySQL的$datadir目录,及其下属目录.文件权限属性设置不正确,导致MySQL无法正常读写文件,无法启动. 错误信息例如: 复制代码 代码如下: [code] mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/data /usr/local/mysql/b

  • MySQL:reading initial communication packet问题解决方法

    解决方法之一: 网站访问出现如题错误,经过检查my.cnf,发现innodb_buffer_pool_size = 2048M 设置过大,调整为innodb_buffer_pool_size = 1024M即可,网上也有该问题的其他解决方法,但都不能解决我的问题. Lost connection to MySQL server at 'reading initial communication packet' 错误解决 上次解决了这个问题,今天又碰到,突然失忆,又做了一番无用功后终于搞定,这次一

随机推荐