"Truncated incorrect DOUBLE value: .." 错误解析

在 update 语句中碰到了这个问题 "Truncated incorrect DOUBLE value: .."。第一次遇到这个错误,是比较懵的。只好去求百度。网上呼声最高的原因是类型不一致,即表中的字段与设置的值的类型不一致。检查一遍,发现报错的地方并没有类型不一致,字段为varchar,传入的值为字符串。一圈兜兜转转,不说了,直接上我这种情况的解决方案。修改了多个列的值

Fatal error: Call to undefined function mysqli_result()

本地 php 的 mysql 的数据库连接扩展只能使用 mysqli(可能因为只有 mysqli 扩展,也可能 php7 不再支持mysql)。针对 mysqli 的一些特性和变化,框架处理的是比较好的,但是现阶段维护的项目是一个基于 destoon B2B 的网站管理系统。内部是直接对 mysqli 扩展方法进行的封装。mysql 是可以使用 mysql_result() 方法的,但是在 mys

mysqli_fetch_array 和 mysqli_fectch_row 的异同

mysqli_fetch_array 和 mysqli_fectch_row 的异同相同点,都是获取结果集中的一条。不同点,mysqli_fetch_array 是对 mysqli_fetch_row 的扩展,可以根据第二个参数的不同,返回不通格式类型的数据。$resulttype 可取值 MYSQLI_ASSOC,MYSQLI_NUM,MYSQLI_BOTH。mysqli_fetch_row 只

sql 文件导入报错 “ Got a packet bigger than 'max_allowed_packet' bytes ”

问题:本地执行SQL文件,每次执行到附件表时mysql就会报错提示:”Got a packet bigger than 'max_allowed_packet' bytes“,并终止了数据库导入操作。分析项目中是把附件转换成byte数组,存入数据库类型为mediumblob的字段中。由于附件较多,导致单表数据量较大,于是大体定位到mysql会对单表数据量较大的SQL做限制。解决方案 show VA

数据库中的Schema是什么?

Schema 是什么在数据库中,schema(发音 “skee-muh” 或者“skee-mah”,中文模式)是数据库的组织和结构,schemas and schemata都可以作为复数形式。模式中包含了schema对象,可以是表(table)、列(column)、数据类型(data type)、视图(view)、存储过程(stored procedures)、关系(relationships)、

博客系统中评论、回复里面包含emojj表情等特殊编码字符,数据库存取乱码问题

博客系统中评论、回复里面包含表情等特殊字串,数据库存取乱码问题前两天朋友问我后台处理表情包有没有乱码的情况,我就想到之前做过这样的项目,也碰到过这钟乱码的情况,在此记录一下:step1:修改数据库编码格式为utf8mb4MySQL在5.5.3版本之后增加了这个utf8mb4的编码,mb4就是most bytes 4的意思,专门用来兼容四字节的unicode。其实,utf8mb4是utf8的超集,理

mysql 5.7登陆以后,不管运行任何命令,总是报错:You must reset your password using ALTER USER statement before executing this

为了加强安全性,MySQL5.7为root用户随机生成了一个密码,在error log中,关于error log的位置select @@log_error;然后找到默认密码grep "temporary password" /var/log/mysqld.log但是登录后,不管运行任何命令,总是报错:“You must reset your password using ALT

sql如何以主表为基准关联查询

方案一、用exists的方式.如果test2表中的数据量很大的话,可以用exists的方式:SELECT c1 from test1 a WHERE exists (SELECT 1 FROM test2 b WHERE a.c1 = b.c1);如果结果集不需要test2表字段,也就是不需要联查取字段,则可行;否则,由于exists的局限,需要loop逐条对结果集进行判断,效率太低方案二、在b中

mysql优化常见方法

1、选取最适用的字段属性MySQL可以很好的支持大数据量的存取,但是一般说来,数据库中的表越小,在它上面执行的查询也就会越快。因此,在创建表的时候,为了获得更好的性能,我们可以将表中字段的宽度设得尽可能小。例如,在定义邮政编码这个字段时,如果将其设置为CHAR(255),显然给数据库增加了不必要的空间,甚至使用VARCHAR这种类型也是多余的,因为CHAR(6)就可以很好的完成任务了。同样的,如果