随笔分类 -  mysql

摘要:mysql> select * from e_task3instance_struct_8 where updatedate is null;+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +| struct_id | task_c 阅读全文
posted @ 2025-01-09 10:46 kuroniko 阅读(2) 评论(0) 推荐(0) 编辑
摘要:执行如下sql会报错,大概是delete的where条件里面不能包含自身的表 delete from t_plan_new where plan2code is not null and plan2version is not null and (plan2code,plan2version) no 阅读全文
posted @ 2024-05-11 10:26 kuroniko 阅读(61) 评论(0) 推荐(0) 编辑
摘要:发现如下错误 Cause: java.sql.SQLException: Incorrect string value: '\xEF\xBC\x8C AP...' for column 'task_description' at row 1 发现原因是hp和odm的字符集不一致 然后show ful 阅读全文
posted @ 2024-04-16 14:17 kuroniko 阅读(161) 评论(0) 推荐(0) 编辑
摘要:今天早上发现如下task微服务假死了没有响应,然后发现如下日志 2024-03-29 01:06:17.089 [Thread-152587] ERROR com.alibaba.druid.pool.DruidPooledStatement.errorCheck [370] : Communica 阅读全文
posted @ 2024-03-29 16:44 kuroniko 阅读(373) 评论(0) 推荐(0) 编辑
摘要:每到下午用户使用高峰期发现16核的服务器mysql 的cpu经常占用超过1300% 总cpu占用95%以上,以前0.1秒的查询居然要查询10几秒 用show processlist 命令查看mysql发现很多 select * from e_task_assignment_odm where tas 阅读全文
posted @ 2024-03-06 13:51 kuroniko 阅读(482) 评论(0) 推荐(0) 编辑
摘要:mysql怎样只导出表结构 mysql mysqldump 只导出表结构 不导出数据 1.导出结构不导出数据 代码如下: mysqldump -u root -p -d nova > nova_struct.sql 2.导出数据不导出结构 代码如下: mysqldump -u root -p -t 阅读全文
posted @ 2022-07-26 17:56 kuroniko 阅读(2793) 评论(0) 推荐(0) 编辑
摘要:在154服务器上经常发现mysql进程占用cpu高达1500% 通过show full processlist 查看mysql的sql执行耗时情况,发现了大概20条如下 SELECT * FROM e_instance_struct_8 tis where updatedate is not nul 阅读全文
posted @ 2021-11-25 14:17 kuroniko 阅读(343) 评论(0) 推荐(0) 编辑
摘要:mysqldump -uroot -p nova e_instance_struct_19 --where="task_code='CTP-TASK0000000469'" >/var/lib/mysql-files/1.sql 阅读全文
posted @ 2021-07-22 18:18 kuroniko 阅读(410) 评论(0) 推荐(0) 编辑
摘要:有个odm的java或者.net连接mysql时快时慢,最开始以为是网络问题。后来用 iperf3 进行排查发现121和122是千兆网,121和122到130是500兆 虽然网速有差距但是感觉部署主要原因。 后来用 iostat -xmd 1 看磁盘 发现经常是50%-80%的io占用,以为是磁盘i 阅读全文
posted @ 2021-07-15 11:20 kuroniko 阅读(604) 评论(0) 推荐(0) 编辑
摘要:ALTER TABLE reportblockdetail ADD KEY taskcode (taskcode)ALTER TABLE reportblockdetail DROP KEY taskcode 嗯这确实是比较容易混淆的地方。在我们使用MySQL中可能压根不会注意这个问题,因为大多数情 阅读全文
posted @ 2020-03-10 13:22 kuroniko 阅读(404) 评论(1) 推荐(0) 编辑
摘要:因为当时是跑定时任务去插入数据,大概是这样的 //简单的定时任务,30分钟执行一次@Scheduled(cron = "0 0/30 * * * ?")public void dealInsertUserInfo(){ userService.dealInsertUserInfo();}事后也没太注 阅读全文
posted @ 2020-01-15 10:43 kuroniko 阅读(565) 评论(0) 推荐(0) 编辑
摘要:我在项目中使用mycat进行分表,分了20个表,然后发现偶尔会出现分批次insert数据丢失问题。比如从日志发现一共17020条记录,分批每次1000条insert入库,最后只insert成功了13020条。看了java的日志和mycat的日志没有发现任何error。 而且我查看了mybatis 的 阅读全文
posted @ 2020-01-13 17:39 kuroniko 阅读(1323) 评论(1) 推荐(0) 编辑
摘要:164是165的从库,我需要清空147现在的同步配置,然后把165的数据导出到147上然后配置成165和147主主 1,先在165和147上执行stop slave; 2,然后在147上执行 reset slave all; 这时在147上执行 show slave status; 可以发现之前配置 阅读全文
posted @ 2019-12-30 16:52 kuroniko 阅读(173) 评论(0) 推荐(0) 编辑
摘要:https://blog.csdn.net/demonson/article/details/80774899 MySQL主从复制的备库延迟一直是非常头疼的问题,MySQL5.7官方版推出多线程复制。但是无独有偶,前期测试MySQL5.7.12, 发现有CRASH的情况,所以一直没有着手研究测试My 阅读全文
posted @ 2019-12-30 14:09 kuroniko 阅读(325) 评论(0) 推荐(0) 编辑
摘要:今天发现save task的时候经常后台会报这个错,而且有的时候还会卡住等20几分钟才执行完。 2019-11-12 15:08:29.410 http-nio-9080-exec-6 ERROR org.apache.juli.logging.DirectJDKLog.log(DirectJDKL 阅读全文
posted @ 2019-11-13 16:16 kuroniko 阅读(3758) 评论(0) 推荐(0) 编辑
摘要:今天发现task微服务的error日志报如下错误: Cause: com.mysql.jdbc.PacketTooBigException: Packet for query is too large (16944839 > 16777216). You can change this value 阅读全文
posted @ 2019-11-08 17:53 kuroniko 阅读(400) 评论(0) 推荐(0) 编辑
摘要:有两种设置方法 第一种在mysql的配置文件中加入,然后重启mysql innodb_lock_wait_timeout = 500 第二种直接执行如下命令 set global innodb_lock_wait_timeout=500; 然后重启mycat和后台微服务,然后观察是否还有这个报错 如 阅读全文
posted @ 2019-11-08 17:26 kuroniko 阅读(17275) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示