数据库报错排解

妖狐艹你老母 2021-11-17 04:48 417阅读 0赞

**1.Caused by: com.mysql.jdbc.PacketTooBigException: Packet for query is too large (4310456 > 4194304). You can change this value on the server by setting the max\_allowed\_packet' variable.**

**2.****mysql没有my.ini但是有 my-default.ini原因以及解决办法**

**3.1467 - Failed to read auto-increment value from storage engine**

**4.SSM mybatis 控制台不显示sql**

**5.mybatis  Cause: org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 97; 元素内容必须由格式正确的字符数据或标记组成。**

**6.数据库时区错误**

**7****.首次启动SQL Developer配置java.exe出错（Could not find jvm.cfg! ）**

**java.sql.SQLException: The server time zone value 'ÖÐ¹ú±ê×¼Ê±¼ä' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.**

**1.Caused by: com.mysql.jdbc.PacketTooBigException: Packet for query is too large (4310456 > 4194304). You can change this value on the server by setting the max\_allowed\_packet' variable.**

写入MySQL报错超出 max\_allowed\_packet 的问题。

MySQL会根据配置文件会限制server接受的数据包的大小。如果写入大数据时，因为默认的配置太小，插入和更新操作会因为 max\_allowed\_packet 参数限制，而导致失败。

查看当前配置：

show variables like 'max\_allowed\_packet';

或者

select @@max\_allowed\_packet;

max\_allowed\_packet 如果不设置，默认值在不同的 MySQL 版本表现不同，有的版本默认1M，有的版本默认4M。

修改方法1(配置文件持久化修改)：  
vim /etc/my.cnf  
\[mysqld\]  
max\_allowed\_packet = 100M

注意：修改配置文件以后，需要重启mysql服务才能生效。

修改方法2(**命令行临时修改，重启服务后会不见，重新登陆后生效**)：

mysql> set global max\_allowed\_packet = 100 \* 1024 \* 1024;  
mysql> exit  
\[root@localhost opt\]\#   
\[root@localhost opt\]\# mysql -uroot  
mysql>   
mysql> select @@max\_allowed\_packet;  
\+----------------------+  
| @@max\_allowed\_packet |  
\+----------------------+  
|            104857600 |  
\+----------------------+  
1 row in set (0.00 sec)

mysql>

注意：

1.命令行修改时，不能用M、G，只能这算成字节数设置。配置文件修改才允许设置M、G单位。

2.命令行修改之后，需要退出当前回话(关闭当前mysql server链接)，然后重新登录才能查看修改后的值。通过命令行修改只能临时生效，下次数据库重启后又复原了。

3.max\_allowed\_packet 最大值是1G(1073741824)，如果设置超过1G，查看最终生效结果也只有1G。

\[mysqld\]  
max\_allowed\_packet = 1G

** 2.mysql没有my.ini但是有 my-default.ini原因以及解决办法**

1）.mysql 数据库的安装可以分为两种方式：解压方式 、安装方式。

两者的区别在于：

安装方式，通常会运行一个 向导 程序，当按照向导，一步步完成安装，mysql 会安装完成，并在安装目录下生成 一个my.ini文件

解压 方式，解压完成后，安装目录下会有一个缺省的配置文件my-default.ini，如下图：

2）.如何添加my.ini（Linux系统下为cfg后缀）  
这就很简单了，把my-default.ini复制一份，粘贴到安装目录改名为my.ini就可以了

**3.1467 - Failed to read auto-increment value from storage engine**

**这是一个Mysql Bug（版本号5.6.12此问题依旧存在），解决方法：**

1）把涉及数据表的自增字段的自增选项去掉，保存一下

2）重新将这个字段设置为自增字段

**4.SSM mybatis 控制台不显示sql：**

**方法1：**

**（1）依然新建“mybatis-config.xml”配置文件，如下：**

<?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd">
    <configuration>
        <settings> 
            
            <setting name="logImpl" value="STDOUT_LOGGING" />
        </settings>
    </configuration>

但是如果是Spring整合MyBatis的情况下，我们通常会写一个spring-mybatis.xml的配置文件

此时，如果是这样的写法，这个配置文件暂时不会生效，因为没有在这个spring-mybatis.xml注册，Spring就不会扫描这个配置文件

此时，修改spring-mybatis.xml中id为：sqlSessionFactory的bean，修改如下写法：

**方法2：**

使用slf4j输出

因此要先添加slf4j的依赖

log4j配置文件：

log4j.logger.com.ibatis=DEBUG
    log4j.logger.com.ibatis.common.jdbc.SimpleDataSource=DEBUG
    log4j.logger.com.ibatis.common.jdbc.ScriptRunner=DEBUG
    log4j.logger.com.ibatis.sqlmap.engine.impl.SqlMapClientDelegate=DEBUG
    log4j.logger.java.sql.Connection=DEBUG
    log4j.logger.java.sql.Statement=DEBUG
    log4j.logger.java.sql.PreparedStatement=DEBUG

** 方法3.**

**log4j2**

**配置如下**

**引入Maven依赖**

<dependency>
                <groupId>org.apache.logging.log4j</groupId>
                <artifactId>log4j-core</artifactId>
                <version>2.8.2</version>
            </dependency>
            <dependency>
                <groupId>org.apache.logging.log4j</groupId>
                <artifactId>log4j-api</artifactId>
                <version>2.8.2</version>
            </dependency>
             <dependency>
                <groupId>org.apache.logging.log4j</groupId>
                <artifactId>log4j-web</artifactId>
                <version>2.8.2</version>
            </dependency>
            <dependency>
                <groupId>org.apache.logging.log4j</groupId>
                <artifactId>log4j-slf4j-impl</artifactId>
                <version>2.0.2</version>
            </dependency>

**5.mybatis  Cause: org.xml.sax.SAXParseException; lineNumber: 39; columnNumber: 97; 元素内容必须由格式正确的字符数据或标记组成。**

第一种方法：

用了转义字符把>和<替换掉，然后就没有问题了。

SELECT \* FROM test WHERE 1 = 1 AND start\_date  <= CURRENT\_DATE AND end\_date >= CURRENT\_DATE

附：XML转义字符

<         <  　　　　小于号

>　　>     　　  大于号

&　　&　　  和

&apos;　　’　　单引号

"　　 "　　 双引号

第二种方法：

因为这个是xml格式的，所以不允许出现类似“>”这样的字符，但是都可以使用<!\[CDATA\[ \]\]>符号进行说明，将此类符号不进行解析   
你的可以写成这个：

mapper文件示例代码  
<!\[CDATA\[ when min(starttime)<='12:00' and max(endtime)<='12:00' \]\]>

**6.数据库时区错误**

**详见：[https://www.cnblogs.com/baby123/p/10436095.html][https_www.cnblogs.com_baby123_p_10436095.html]**

使用spring boot整合MySQL时一直报

java.sql.SQLException: The server time zone value 'ÖÐ¹ú±ê×¼Ê±¼ä' is unrecognized or represents more than one time zone

报错信息

![1132619-20190630192850528-1854481012.png][]

系统时区的错误

查看mysql时区

show VARIABLES like "%time_zone%"

![1132619-20190630193011323-19118131.png][]

解决方法：

1.在原来的参数“url”后面，拼上这个字符串：`?serverTimezone=GMT%2B8，`

`　　　　如：`jdbc:mysql://localhost:3306/test?serverTimezone=GMT%2B8

东八区的表示：

`GMT%2B8，`即`GMT+8，北京时间东八区`

Asia/Shangha，上海时间

[为何没有asia/beijing时区？][asia_beijing]

2.设置mysql的时区

MySQL默认的时区是UTC时区

（1）永久的修改：修改mysql的配置文件，添加：default-time-zone='+08:00'，重启mysql生效

（2）临时的修改：执行mysql命令 set global time\_zone='+08:00'，立即生效，重启mysql后失效

![1132619-20190630193040495-389007152.png][]

Navicat 需要重新断开连接再打开查询

## 7.[首次启动SQL Developer配置java.exe出错（Could not find jvm.cfg! ）][SQL Developer_java.exe_Could not find jvm.cfg_] ##

## 1.环境 ##

win7/8/8.1  x64，oracle 11g r2，jdk8 x64

## 2.问题 ##

第一次启动Oracle SQL Developer的时候会让我们填写java.exe的路径，我在jdk安装目录下的bin中找到了java.exe，但是填写以后报如下错误：

WARNING: Could not find jvm.cfg! in 'D:\\app\\Administrator\\product\\11.2.0\\dbhome\_1\\jdk\\jre\\lib\\jvm.cfg'

![2012062019015135.gif][]

## 3.原因 ##

oracle 11g中安装的Oracle SQL Developer是32位的，而我们现在给他指定的java.exe却是64位的，所以会出现这种错误。

## 4.解决方法 ##

1）从网上下载Oracle SQL Developer x64，然后替换原目录：D:\\app\\oracle\\product\\11.1.0\\db\_1\\sqldeveloper下的32位的Oracle SQL Developer。这样重新启动Oracle SQL Developer 并制定java.exe的路径就可以了。

2）安装JDK6 x86，也就是32位的JDK，虽然我们的系统是64位的，但是也兼容32位的JDK。

上述两种方法均试过，都可以正常运行。

**也可以修改 \{ORACLE\_HOME\}\\sqldeveloper\\sqldeveloper\\bin\\sqldeveloper.conf 文件的 SetJavaHome，重新定向到 32位jdk。**

转载于:https://www.cnblogs.com/lukelook/p/11067884.html

[https_www.cnblogs.com_baby123_p_10436095.html]: https://www.cnblogs.com/baby123/p/10436095.html
[1132619-20190630192850528-1854481012.png]: /images/20211116/37b99acf6e944936a468360581fdda63.png
[1132619-20190630193011323-19118131.png]: /images/20211116/79aab6d3559b401c8569928da0308991.png
[asia_beijing]: https://www.cnblogs.com/softidea/p/6939925.html
[1132619-20190630193040495-389007152.png]: /images/20211116/aff03186d93248d8bb8be86ffaa60ac8.png
[SQL Developer_java.exe_Could not find jvm.cfg_]: https://www.cnblogs.com/ZHONGZHENHUA/p/6648450.html
[2012062019015135.gif]: /images/20211116/1d815bd3b919446f91490b64fe7f4b6f.png