MySQL写存储过程时报错

MySQL写存储过程时报错,第1张

1267- Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '=

问题描述 :

SELECT distinct a.user_id INTO userID FROM authorization_record a WHERE a.open_id = openId AND a.auth_type = '5001'

错误如下:

[Err]1267- Illegal mixofcollations (utf8_unicode_ci,IMPLICIT)and(utf8_general_ci,IMPLICIT)foroperation'='

解决方法 :

将比较等式一边进行字符串转换,如改为“ CONVERT(b.fullCode USING utf8) COLLATE utf8_unicode_ci ”

SELECT distinct a.user_id INTO userID FROM authorization_record a WHERE a.open_id = CONVERT(openId USING utf8) COLLATE utf8_unicode_ci AND a.auth_type = '5001'

彻底解决phpcms

v9升级后,文章发布出现:MySQL

Query

:

SELECT

*

FROM

`withli_a`.`v9_keyword`

WHERE

`keyword`

=

'吼吼'

AND

`siteid`

=

'1'

LIMIT

1

MySQL

Error

:

Illegal

mix

of

collations

(latin1_swedish_ci,IMPLICIT)

and

(gbk_chinese_ci,COERCIBLE)

for

operation

'='

MySQL

Errno

:

1267

Message

:

Illegal

mix

of

collations

(latin1_swedish_ci,IMPLICIT)

and

(gbk_chinese_ci,COERCIBLE)

for

operation

'='

(上面这个错误代码是phpcms

v9中出现的)

出现上面的错误,是数据库字符集不一致的问题。

解决办法,进phpmyadmin里面执行SQL语句:

修改表的编码:

ALTER

TABLE

`v9_keyword`

DEFAULT

CHARACTER

SET

gbk

COLLATE

gbk_chinese_ci

修改字段的编码:

ALTER

TABLE

`v9_keyword

`

CHANGE

`keyword

`

`keyword

`

CHAR(

100

)

CHARACTER

SET

gbk

COLLATE

gbk_chinese_ci

NOT

NULL

然后就可以了.

启动Mysql提示ERROR! The server quit without updating PID file (/usr/local/var/mysql/xxxx.local.pid).

1、查看mysql错误日志:打开/usr/local/var/mysql/xxxx.err或者xxxx.local.err文件

2、问题应该是某个程序占用了mysql的默认端口3306。

3、查看端口使用情况lsof -i:3306,发现是一个用户名为_mysql启动了mysqld指令占用了3306,感觉现象非常奇怪,不清楚为什么会有这个用户组,为什么会启动mysqld,由于这个电脑是公司其他同事转移资产到的我名下,所以有可能是之前用户或者公司it装了什么服务导致的。

4、首先尝试干掉进程:sudo kill xxxx,结果发现当kill后,还会重新启动。

5、尝试修改mysql默认启动端口,Baidu上有人告诉修改/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件

添加<string>--port=3307</string>保存,先重新启动mysql服务,发现问题依然存在,发现配置没有起作用,默认端口依然是3306,然后考虑重新启动电脑,看看是否可以修改占用默认端口的配置。

6、重启后再次查看3306端口占用情况,发现确实不存在了。但是发现启动mysql服务时,依然存在问题:

仔细观察发现,这个占用和plist中的mysql配置一样的,所以可以确定每次启动计算机后,会按默认配置执行一个mysqld。

7、不清楚为什么会按com.oracle.oss.mysql.mysqld.plist配置执行mysqld,于是把注意力放在了Mac启动上。

8、Mac的启动原理是:

看到这里就明白了,原来LaunchDaemons里面放的是Mac启动时的一些启动服务,

9、System/Library和/Library和~/Library目录的区别:

10、System/Library和/Library和~/Library目录的区别:

11、有了上面的结果,于是把注意力放在了com.oracle.oss.mysql.mysqld.plist上,每个Mac启动中都有么,这个是如何添加的。首先查看了家里的其他苹果电脑,发现都没有这个plist文件,于是开始研究这个文件的产生原因。

12、经过Baidu怀疑这个文件应该是之前用dmg安装包安装的mysql产生的,在设置中也发现了残留信息

于是果断把自动启动去掉,重启计算机。

13、重启后,发现无论是3306还是3307端口上都没有mysql服务了,于是运行mysql.server start,这次终于看见了Starting MySQL . SUCCESS!

14、删除com.oracle.oss.mysql.mysqld.plist文件,重启电脑后,发现设置中仍然还有MySQL的控制选项。

15、MySQL dmg安装方式的卸载方法:

至此,这个问题算是完美解决了。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/8640793.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-19
下一篇 2023-04-19

发表评论

登录后才能评论

评论列表(0条)

保存