Can 't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock '(2) "; 是你的mysql.sock 文件不存在了, 可能是被你不小心删除了, 连接localhost通常通过一个Unix域套接字文件进行,一般是/tmp/mysql.sock.如果套接字文件被删除了,本地客户就不能连接.这可能发生在你的系统运行一个cron任务删除了/tmp下的临时文件. 如果你因为丢失套接字文件而不能连接,你可以简

Mysql有两种连接方式: (1),TCP/IP (2),socket 对mysql.sock来说,其作用是程序与mysqlserver处于同一台机器,发起本地连接时可用. 例如你无须定义连接host的具体IP得,只要为空或localhost就可以. 在此种情况下,即使你改变mysql的外部port也是一样可能正常连接. 因为你在my.ini中或my.cnf中改变端口后,mysql.sock是随每一次 mysql server启动生成的.已经根据你在更改完my.cnf后重启mysql时重新生成了

在默认情况下,Mysql安装以后会在/tmp目录下生成一个mysql.sock文件,如该文件丢失则Mysql将不能够正常启动,解决方法:使用mysqld_safe 启动即可解决: #basedir:mysql安装路径,默认在/usr/local/mysql下:datadir:数据库存放路径,默认在/usr/local/mysql/data #使用下面的命令启动后,会在/tmp/下生成一个mysql.sock文件#./ 即为:/usr/local/mysql/bin $ ./mysqld_safe

[1]故障模拟准备环境 这里以innodb为例 [1.1]配置参数 开启独立表空间 innodb_file_per_table; [1.2]构建测试数据 create database test; create table a(id int,num int); ,),(,); [2]故障模拟 [2.1]在业务正在运行的情况下,手动删除 test库 下的 a.frm [2.2]删除完之后,会发生什么? 在没有执行drop table的时候,还是可以查询表,查看表结构的,执行后,就查不到了. 如上图

(3.12)mysql基础深入——mysql日志文件/其他文件(socket/pid/表结构/Innodb) 关键词:mysql日志文件,mysqldumpslow分析工具 目录:日志文件的分类 1.错误日志(error log) 2.二进制日志(binlog):mysqlbinlog分析查看工具 3.慢查询日志(show query log):mysqldumpslow分析工具 4.通用日志(general log) 5.重做日志(redo log) 6.中继日志(relay log) 7.D

今天在做mysql sniff测试的时候,中间重启MySQL实例的过程中,出现了"The server quit without updating PID file"这个经典的错误.因为把mysql sniff的日志文件放在了mysql实例的目录中,因此删除mysql sniff日志的时候无意中删除了mysql的errorlog文件.所以一开始怀疑这里出现的错误是mysql sniff进程在MySQL实例的datadir下写数据导致的,各种尝试重现都无法重现.最后仔细回忆了一下错误最开

Mysql有两种连接方式: (1),TCP/IP (2),socket 对mysql.sock来说,其作用是程序与mysqlserver处于同一台机器,发起本地连接时可用. (如果程序跟mysql在同一台机,可以使用mysql.sock通信)例如你无须定义连接host的具体IP得,只要为空或localhost就可以. 在此种情况下,即使你改变mysql的外部port也是一样可能正常连接. 因为你在my.ini中或my.cnf中改变端口后,mysql.sock是随每一次 mysql server启

一.解决var/run/mysqld没有pid和sock文件 MySQL下mysql.sock丢失丢失的原因一般是因为配置文件不一致的原因,mysqld 错误启动,mysqld_safe 会清除一次mysql.sock .解决方法是: 判断一般人解决故障时没有切换到mysql用户,造成权限有问题,无法创建mysql授权表,所以也就无法创建/tmp/mysql.sock 和hostname.pid文件.因此,总结解决方法如下: #su mysql  // root 用户也是可以的 $/usr/lo

在新安装mysql后进行启动发现报错 mysql启动服务命令 systemctl start mysqld@3306 Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld3306.service" and "journalctl -xe&quo

目的:主机系统/var目录快满了,经查询最大的文件是mysql的ibdata1文件,有17G大小,故需要迁移这个文件到其他目录下,以释放/var目录空间. 1.先备份下数据库是个好习惯 # mysqldump -q -uuser -ppassword --add-drop-table --all-databases > /usr2/backup/mysql_1013.sql 2.关闭mysql服务 # /etc/init.d/mysqld stop 停止 mysqld: [确定] # /etc/

日志文件 错误日志:Error Log 错误日志记录了MySQL运行过程中所有较为严重的警告和错误信息,以及MySQL Server每次启动和关闭的详细信息.在默认情况下,系统记录错误日志的功能是关闭的,如果要开启系统记录错误日志的功能,需要在启动时开启-log-error[=file_name],修改其存放目录和文件名. 为了方便维护,有时候会希望将错误日志中的内容做备份并重新开始记录,知识后就可以利用MySQL的flush log命令来告诉MySQL备份旧日志文件并生成新的日志文件.备份文件

root密码丢失,我们需要将mysql以不检查权限的方式重新启动. 在mysql的配置文件(/etc/my.cnf)中,[mysqld]下添加一句skip-grant-tables,然后重新启动服务,就可以通过无密码的方式登录. 通过select password(new password);可以查询到加密后的密码,将它替换原来的密码,我们就可以通过新的密码进行操作了. 代码如下 vim /etc/my.cnf [mysqld]datadir=/var/lib/mysqlsocket=/var/

1.首先解释下,启动mysql时为何会调用mysql_safe脚本来启动mysql [root@localhost ~]# /etc/init.d/mysqld start 正在启动 mysqld: [确定] [root@localhost ~]# ps -ef | grep mysql root : pts/ :: /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var/lib/mysql/mysql.sock -

一 .如果是fedora下用rpm包安装的mysql,修改方法如下: 如果这里说的不够清楚,可以到http://www.vipkj.net/post-839.html给我留言 MySQL默认的数据文件存储目录为/var/lib/mysql.假如要把目录移到/home/data下需要进行下面几步: 1.home目录下建立data目录 cd /home mkdir data 2.把MySQL服务进程停掉: mysqladmin -u root -p shutdown 3.把/var/lib/mysq

刚装完Mysql5.7,将Mysql添加到开机自启.reboot之后mysql服务却没启动起来, 直接输入mysql –uroot –p ,出现如下错误,找不到mysql.sock文件.用service mysql restart试了下,但是之后再次连接还是报错. 先说一下整体思路,这种情况的先看看是否有mysql.sock文件, ①假如有这个文件,那么检查下/etc/my.cnf中的socket的路径,看看两个路径是否一致.保持一致后,再次重启就可以解决了. ②假如没这个文件,表示就没生成这个

本文出处:http://www.cnblogs.com/wy123/p/7102128.html (保留出处并非什么原创作品权利,本人拙作还远远达不到,仅仅是为了链接到原文,因为后续对可能存在的一些错误进行修正或补充,无他) 本文的数据库版本是MySQL5.7.18,简单介绍一下MySQL数据文件目录的物理结构和作用,从中可以窥见MySQL的整体上的物理文件结构以及逻辑功能.可以从整体结构上了解到MySQL的物理体系架构(本人学习的思路往往是被与已了解的事物对照学习,或者快速了解其轮廓,再逐步细

[client]#客户端选项设置#设置客户端和连接字符集default_character_set = utf8port = 3306socket = /opt/mysql-5.6.24/tmp/mysql.socket [mysqld]#服务器端选项设置# innodb设置default_storage_engine = InnoDBinnodb_strict_mode = 1innodb_buffer_pool_size = 256M #mysql数据库服务器,该值可设为物理内存的50%-8

用复制mysql/data 文件夹 下面的数据库的形式来复制数据库出现的问题 提示找不到表,我去看了一下,丢失了很多个表: 问题: 直接拷贝data下的数据库数据进行备份 , 发现部分数据表不见了. 原因 : 以表“Table”为例: 如类型是MyISAM, 数据文件则以”Table.frm”,”Table.MYD”,”Table.MYI”三个文件存储于”/data/databasename/”目录中. 如类型是InnoDB, 数据文件则存储在”/data/″中的ibdata1文件中(一般情况)

mysql.sock应该mysql的主机和客户机在同一host上的时候,使用unix domain socket做为通讯协议的载体,它比tcp快.Mysql有两种连接方式: (1)TCP/IP  (2)socket 对mysql.sock来说,其作用是程序与mysqlserver处于同一台机器,发起本地连接时可用. 例如你无须定义连接host的具体IP得,只要为空或localhost就可以. 在此种情况下,即使你改变mysql的外部port也是一样可能正常连接. 因为你在my.ini中或my.c

MySQL数据库文件 本文档从MySQL数据库和存储引擎层面介绍各种类型的文件. 参数文件(my.cnf) 错误日志(error log) 二进制日志文件(binary log) 慢查询日志(slow log) 全量日志(general log) 审计日志(audit log) 中继日志(relay log) Pid文件 Socket文件 表结构文件 InnoDB存储引擎文件 1. 参数文件 在MySQL实例启动时,数据库会先去读一个配置参数文件,用来寻找数据库的各种文件所在位置以及指定某些初始

前言 第一次得知该漏洞后找了一些文章去看. 一开始不明白这个漏洞是怎么来的,只知道通过在服务端运行poc脚本就可以读取客户端的任意文件,直接找到网上准备好的靶机进行测试,发现可行,然后就拿别人的poc试验,屡次失败,一度认为这个安全问题是不是已经被修复了. 查了很多文章,了解完原理之后,重新复现了一次,终于成功了. 准备 客户端:本地kali虚拟机 服务端:阿里云服务器(centos系统) 开放端口:1336 客户端与服务端均有安装mysql 分析原理 这得从mysql的两个操作说起: load