最新文章
-
504 time out | MySql 数据库占用率高问题排查
昨晚连夜上线了榜单功能，上线后简单测试了下，感觉没啥问题就休息了。没想到一早上醒来，就看到好几个朋友给发消息问为啥社区访问不了了。还好今早比往常早醒了半个小时，抓紧时间排查。输入社区网址，访问一直处于等待状态，许久之后返回504timeout错误提示。第一反应是：ddos？ssh登录服务器，正常登入。排除ddos。终端输入top，查看资源占用情况，发现java程序和mysql的CPU占用都很高，尤
阅读更多Nemo 2021.06.02 15:19 15907浏览 0回复
-
MySQL常见问题处理
-------分割线--------2021/12/7忙了一晚上的李师傅，才发现MySQL1045原来是密码错误（裂开）-----------分割线-----------安装过程参考主页文章解决Navicat连接Mysql报2059错误报错内容发生在Windows下的Navicat下面是解决步骤：报错原因：MySQL8 之前的版本中加密规则是mysql_native_password,而
阅读更多LEEYANGY 2021.04.09 00:43 15966浏览 3回复
-
锁表状态查询：com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
程序忽然提示异常：com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException:Lockwaittimeoutexceeded;tryrestartingtransaction字面意思上看，大致是数据库表被锁定了，建议重启事务。查了下公司wiki，可以有如下操作建议：查询是否锁表showOPENTABLESwhereIn_use
阅读更多 -
数据库SQL表创建步骤
个人比较喜欢在记事本上写好（也可以在可视化的数据库管理工具上写），然后在dos下运行建表顺序步骤如下–删除序列–删除表–创建序列-----------------------------------------–删除序列DROPSEQUENCESEQ_ADMIN_INF;–删除表DROPTABLEADMIN_INF;–创建序列CREATESEQUENCESEQ_ADMIN_INFSTARTWITH......
阅读更多Ideamagic 2020.03.11 15:08 16003浏览 0回复
-
Navicat连接Oracle
打开navicat==>连接==>Oracle配置参数连接成功
阅读更多 -
Oracle创建表空间 创建用户 授权用户 删除用户 删除表空间
操作系统win101903数据库Oracle11g oracle11g安装教程中有让我们选择数据存放路径。–》这个就是我们接下来**（创建表空间创建用户授权用户）**dbf文件存在位置。 1.假如现在已经建好名为’Meng’的数据库，此时在D:\DevelopFile\Oracle\oradata\orcl目录下已经存在目录（注意：我的Oracle11g......
阅读更多 -
Mysql各种索引
举例，业务场景，用户表，表结构为：t_user(uidprimarykey,login_nameunique,passwd,login_time,age,…); 聚集索引(clusteredindex)：聚集索引决定数据在磁盘上的物理排序，一个表只能有一个聚集索引，一般用primarykey来约束。 举例：t_user场景中，uid上的索引。 非聚集索引(non-cl......
阅读更多 -
mysql5.7 ibtmp1文件过大
接到了一台MySQL5.7服务器磁盘空间不足的报警。经过排查后发现，数据目录下面有一个ibtmp1的文件特别大，有35G,占用了约80%的空间。$du-shibtmp135Gibtmp1ibtmp1是个什么东西呢？查看官方文档后发现这是非压缩的innodb临时表的独立表空间。通过innodb_temp_data_file_path参数指定文件的路径，文件名和大小，默认配置为ibtmp1:12M:a......
阅读更多 -
Mysql 内存占用过高问题处理
自从上月末LinkNemo迁移到新架构后，服务器的内存偶尔不够用，尝试调配了一些程序的jvm参数，效果稍有改善，但是还不是特别理想。主要原因还是服务器的内存太小了。第一个版本的LinkNemo程序上线的时候是在15年12月31，那时候LinkNemo服务器的内存配置才512M。后来到17年上半年，陆陆续续在LinkNemo上加了不少新功能，512内存不太够用了，这才升级到1G内存。最近这次大版本升......
阅读更多 -
mysql5.7 ibtmp1文件过大
最近LinkNemo迁移到新的程序，新的环境上，服务不是很稳定，配置还有待调优。上午发现了一个问题：磁盘使用达到100%：$df-h Filesystem Size UsedAvailUse%Mountedonudev 479M 0 479M&......
阅读更多 -
mysql插入emoji表情异常: java.sql.SQLException: Incorrect string value: '\xE6\x98' for column
首先，看到这个问题大致推测应该是字符编码的原因。查了下资料，了解到UTF-8编码有可能是两个、三个、四个字节，而emoji或者某些特殊符号则占用四个字节。mysql中的utf-8编码最多存储却为三个字节。所以导致了该异常：java.sql.SQLException:Incorrectstringvalue:'\xE6\x98\x88\xE8\xAE\xA152'forcolumn大概mysql的u......
阅读更多 -
mysql binlog关闭/清理
mysql的binlog是用来记录所有操作日志，以便在数据丢失或者其它情况下用来完整恢复数据。但是，如果操作量较大，那么binlog的文件也会比较大，一些情况下可能会大量占用磁盘空间。这里提到的是单机的情况下，集群情况下暂不涉及。清理：登录mysql指令界面，输入resetmaster;这时候再到mysql的data目录，即可发现binlog文件都清理完了。关闭：找到mysql的配置文件，my.c......
阅读更多 -
MySql 数据库导入:Unknown command '\n'
从备份文件恢复数据的时候出现这么一个情况。sourceF:\cynthia.sql提示：Unknowncommand'\n'推测是字符集的原因。备份文件是utf-8字符集，本地数据库则不清楚。查看my.ini发现并没有指定。那么就简单处理下好了：mysql-uroot-p--default-character-set=utf8连接数据库的时候设定下字符编码，重新导入，问题即解决。
阅读更多 -
记一次删库跑路
这些天正在考虑做LinkNemo程序迁移的工作，于是乎准备把目前LinkNemo生产的数据库导一份到本地，用来做测试迁移。几个终端同时操作，一时操作失误，然后：dropdatabasecynthiaemmmmmmm...没错，LinkNemo的数据库就这样被删掉了。我误把当前操作的终端机器认为是本地机器。回车的那一瞬间就感觉出事情了。====以上是前因。也是从11月8日下午至11月9日LinkNe......
阅读更多 -
MySQL mysqldump数据导出详解
介绍 在日常维护工作当中经常会需要对数据进行导出操作，而mysqldump是导出数据过程中使用非常频繁的一个工具；它自带的功能参数非常多，文章中会列举出一些常用的操作，在文章末尾会将所有的参数详细说明列出来。 语法：默认不带参数的导出，导出文本内容大概如下：创建数据库判断语句-删除表-创建表-锁表-禁用索引-插入数据-启用索引-解锁表。Usage:mysqldump[OPTIO......
阅读更多
文章总数：54