MySQL Error (Always Continue)


MySQL Error (Always Continue)

 

其实大部分error在网上都有对应的解决办法,尤其是对Mysql这种使用范围很广的技术。自己就不为每个error单独发布博客了,仅在这里不断添加,将自己遇到过的error,error原因,以及解决过程整理于此。

 

Error 1366

Error情景:为varchar()类型数据新增字段的时候,明明有双引号且格式无误,但就是报错1366,无法插入。

原因:字段的字符集与传输SQL语句的字符集不想匹配。(0629)

Solution:修改字符集

方法一:仅修改该字段字符集

  • 查看字段字符集(表名为t)

    SHOW full columns FROM t;
    

    DESC t; 无法查看字符集信息

  • 修改字段属性(即,修改字段类型)

    ALTER TABLE t CHANGE content content varchar(20) character SET utf8 collate utf8_unicode_ci;
    

    当然,utf8作为我们最常用的字符集,当然不想一次次地修改。

    PS.

    _ci结尾的字符集“不区分大小写”, _cs结尾则区分大小写

    utf8是国际编码,包含所有国家需要用到的字符

    一般推荐使用utf8_unicode_ci,因为utf8_general_ci虽然校对速度快,但对德语、法语、俄语支持得不是很好,正确率较低。

方法二:修改数据库默认字符集并重启数据库

  • 退出当前所使用的数据库

    USE mysql;
    
  • 查询默认字符集

    SHOW variables like 'character%';
    
  • 修改默认字符集(Centos7 MySQL5.7)

    #退出MySQL
    vi /eyc/my.cnf
    #添加,保存并退出
    default-storage-engine=INNODB
    character-set-server=utf8
    collation-server=utf8_general_ci
    
  • 重启mysql

    systemctl restart mysqld.service
    

     

Error 1062 (23000)

Error情景:执行存储过程的时候报错(0630)

原因:之前测试的存储过程已经创建了表存储过程中要创建的表,因此就直接进行插入数据,但因为执行之前的存储过程时数据已经插入,造成了PRIMARY KEY 的重复。

Solution:删除之前存储过程创建的表,重新执行存储过程

 

Error 1054 (42S22)

Error情景:执行存储过程的时候报错ERROR 1054 (42S22): Unknown column 'temp_contnet' in 'field list'(0630)

原因:根本原因是表中没有这个字段,或者以变量方式插入字符类型时没有加单/双引号

Solution:在自己存储过程插入数据的一步中,为临时变量加上单引号INSERT INTO t2 (id,content) values (temp_id,'temp_contnet');

 


作者:G-Aurora,发布于:2020/06/30
原文:https://www.cnblogs.com/G-Aurora/p/13210217.html