【devOps】MySQL运维之踩坑路_Java

《一线大厂java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，，即可获取！

正记

【error-1】：for error : max_allowed_packet

【answer for error-1】:

（1）在mysql-cmd模式下，执行sql命令“set global max_allowed_packet = 2*1024*1024*10;”；

（2）并且重启mysql服务（windows下win+r -> services.msc找到mysql重启即可；linux下执行shell命令“service mysqld restart”）

【error-2】：for error: incorrect string value: ‘\xf0\x9f…’ for column ‘xxx’ at row

【answer for error-2】:

（1）这是由于linux下mysql执行create table建表命令时默认采用的时latin1字符集建表的，导致一些中文字符的写入而出现的异常信息；但是在windows下，mysql默认所建的表字符是utf8的，这也是为何相同的sql语句由windows->linux下mysql中运行抛出该异常的原因

（2）解决该问题的是需要养成一个习惯，也即无论是什么时候什么环境下执行create table创建mysql数据库表时，务必指定特定的字符集和引擎，如sql命令（含engine=innodb default charset=utf8）

drop table if exists db_test;

create table db_test (

db_test_id varchar(100) not null comment ‘测试id’,

db_test_text varchar(255) not null comment ‘测试文本’,

status varchar(2) default ‘1’ comment ‘状态，1启用(默认)，-1禁用’,

update_time datetime default null comment ‘更新时间’,

create_time datetime not null comment ‘创建时间’,

primary key (db_test_id)

)engine=innodb default charset=utf8 comment=‘测试表’;

【error-3】：诡异描述(其实是自我错觉)之“在springboot+mybatis+mysql系统架构下，某个接口的一条查询语句预期正常情况下是可以成功查询到1条返回结果的，但是只要在sql-where条件中对某个字段industriename进行筛选时查询过来的结果总是0条数据，并且在navicat下手动执行该一模一样sql语句及where条件是有1条结果的”

=》经过一整天的折腾：从怀疑sql的正确性，将sql不断拆分 -> 去除各种where条件查询均可以有结果且只要加上该字段的筛选就是0条 -> 怀疑mybatis的配置有问题 -> 结果返回java对象的映射有问题->连接的数据库地址不正确->poatman传过来的数据不是预期的那个条件值->应用控制台将sql语句以及条件值打印出来->重启ide、重启mysql、重启电脑->……历经了一整天的崩溃过程，一度怀疑人生一度怀疑自己的程序猿生涯之路将就此终结，万万没有想到的是自己并没有错，错的居然是因为查询的条件传过来的值是中文，，，注意是中文、中文、中文，重要的事情强调三遍 -> 于是在建立数据源连接的地方，指定字符集utf8方解决这折腾了自己一整整天的“诡异”问题，归根结底还是自己定位查问题的方式需要优化，如果能够直接去查看mysql的log将问题很快就会被发现和解决！！

【answer for error-3】:

（0）留个心眼----尤其是mysql数据库版本更新以及自主安装的mysql中，特别注意当前出现的问题或者异常中有没有环节中是有中文、中文、中文的！！！！

（1）养成良好的msyql数据源配置习惯，如：

jdbc:mysql://127.0.0.1:3306/test?characterencoding=utf-8

另外，需要注意的是数据源连接配置的几个选项“&autoreconnect=true&usessl=true&useunicode=true”等的含义及引发的问题；同时，若是中文在数据库中显示是“？”或者更新中文文字到数据库中出现异常，则是数据库的默认字符集问题，可通过sql命令“show variables like ‘%character%’”查看当前character-set-server的值

（2）不仅仅要开启的是应用的sql-log日志，更需要去开启mysql自身log以实时查看或者落日志文件，保证能够查看到最终mysql中是实际执行的sql语句，如果这个log开启了，只要一查看该log就能够知道该问题是由于java-mysql连接数据源的时候未指定字符集而导致的针对中文字符串为值得查询条件时，实际执行的查询语句并非是预期的那个中文字符串而是乱码（未设置utf8导致的mysql实际接收到是乱码）

#issue 1: innodb: the innodb_system data file ‘ibdata1’ must be writable

按照菜鸟教程上的mysql教程，在centos7上利用rpm包安装好mysql后第一次启动服务：

systemctl start mysqld.service