登录
首页 >  数据库 >  MySQL

MySQL的特性, 还是Bug?

来源:SegmentFault

时间:2023-01-11 20:25:26 167浏览 收藏

在数据库实战开发的过程中,我们经常会遇到一些这样那样的问题,然后要卡好半天,等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《MySQL的特性, 还是Bug?》,聊聊MySQL,希望可以帮助到正在努力赚钱的你。

近日发现mysql在sql语法解析方面有奇怪的行为, 不知是特性如此, 还是个bug?

背景

如果单纯插入一个或者多个#符号作为text类型的列的记录的话, 是没问题的, 如果使用转义, 比如插入\#\#\#, 也是没问题的. 但如果内容是多行的, 就可能会出现有点奇怪的行为.

建表

CREATE TABLE `t1` (
  `txt` text
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

语句测试

插入失败的语句:

INSERT INTO t1(txt) VALUES('
#
;
');

报错

[Err] 1064 - You have an error in your SQL syntax; check the manual
that corresponds to your MySQL server version for the right syntax to
use near '' #' at line 1

插入成功的语句:

INSERT INTO t1(txt) VALUES('
\#
;
');

可见, 将#转义可以解决报错.

但是, 如下这样居然也是对的:

INSERT INTO t1(txt) VALUES('#
;
');

跟报错语句的差别就是, 把第一个换行去掉.

解决

插入内容中含有#时, 尽量采用转义, 避免出现排查困难的报错.

文中关于mysql的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《MySQL的特性, 还是Bug?》文章吧,也可关注golang学习网公众号了解相关技术文章。

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表