MySQL运维踩坑

image

ZERO

    持续更新 请关注:https://zorkelvll.cn/blogs/zorkelvll/articles/2018/11/14/1542126258699

背景

  本文主要是介绍在MySQL使用运维过程中所遇到的一些坑爹的地方,予自己以做记录!

前言

  因操作系统重装之后,安装了mysql5.7,而由此带来了一系列的问题,现将解决这些mysql坑的过程中一些解决办法记录下来,既是为自己后续查找问题提供方便,也是希望能够给各位猿友减少一些踩坑的过程!

正记二

  1. 数据库中的datetime数据显示与实际时间相差14个小时,而通过java应用插入和查询的同一条记录,实际显示的是正确的时间 => 因此,是mysql相关配置的问题

    vim /etc/my.cnf
    default-time-zone = '+8:00' #在 [mysqld] 之下
    systemtcl restart mysqld #重启mysql

正记一

ERROR-1

    for error : max_allowed_packet

【ANSWER FOR ERROR-1】:

** (1)在mysql-cmd模式下,执行SQL命令“set global max_allowed_packet = 2*1024*102410;”;*

** (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

结果启动失败,查看mysql服务的启动日志:

日志位置:var/log/mysqld.log

2018-07-10T03:28:38.289394Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.11) starting as process 10959
2018-07-10T03:28:38.502207Z 1 [ERROR] [MY-012271] [InnoDB] InnoDB: The innodb_system data file 'ibdata1' must be writable
2018-07-10T03:28:38.502279Z 1 [ERROR] [MY-012278] [InnoDB] InnoDB: The innodb_system data file 'ibdata1' must be writable
2018-07-10T03:28:38.502331Z 1 [ERROR] [MY-010334] [Server] Failed to initialize DD Storage Engine
2018-07-10T03:28:38.502619Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.
2018-07-10T03:28:38.502667Z 0 [ERROR] [MY-010119] [Server] Aborting
2018-07-10T03:28:38.521513Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.11)  MySQL Community Server - GPL.

注意到第一个Error:[InnoDB] InnoDB: The innodb_system data file 'ibdata1' must be writable,可能是权限不够的原因,于是修改'ibdata1'所在文件夹的权限:

MySQL data默认路径:/var/lib/mysql

chmod -R 777 /var/lib/mysql

再次启动服务,终于启动成功。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,591评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,448评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,823评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,204评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,228评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,190评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,078评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,923评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,334评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,550评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,727评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,428评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,022评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,672评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,826评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,734评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,619评论 2 354

推荐阅读更多精彩内容