深入解析mysql.sock不见的问题_Mysql

之前在网上看过好多关于mysql.sock不见的问题，并没有关注这个东西存在的意义，直到自己的mysql也出现了相同的问题。让人纠结了一把……

复制代码 代码如下:

zhouqian@zhou:~$ mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

网上好多的解决办法，可是每个人的实际情况不同，我也是把上面所有人的方法实验了一个遍，还是不能解决，我差点儿就重装了我的mysql。

后来想着解决问题是一件多么让人兴奋的事情啊，就横着心，耐着性子继续找下去。看到有个人在论坛里提到mysql的错误日志查看，我就想到了去查看mysql_error.log这种日志。全部都是同样的错误：自己的粗心大意造成的结果啊！！！！！

复制代码 代码如下:

111205 21:19:55  InnoDB: Started; log sequence number 0 87713
111205 21:19:55 [ERROR] /usr/sbin/mysqld: unknown variable 'replication_wild_do_table=db_test.tb1'
111205 21:19:55 [ERROR] Aborting

111205 21:19:55  InnoDB: Starting shutdown...
111205 21:20:00  InnoDB: Shutdown completed; log sequence number 0 87713
111205 21:20:00 [Note] /usr/sbin/mysqld: Shutdown complete

结果发现自己的配置文件写错了，mysql服务器就是启动不了，这个mysql.sock文件当然生成不了。就找不到这个东西了……

在我重新该过我的配置文件，mysql才正常启动了。这时mysql.sock也就出现了：

复制代码 代码如下:

root@zhou:/var/run/mysqld# ls
mysqld.sock
root@zhou:/var/run/mysqld#

慢慢了解mysql吧，先掌握了基本用途然后在深入研究源码，内部机制等。加油……

时间： 2024-09-28 12:54:58

深入解析mysql.sock不见的问题_Mysql的相关文章

解析mysql 5.5字符集问题_Mysql

安装了个5.5版本的mysql,字符集出现了问题,之前的mysql服务器都是通过在my.cnf配置文件中进行配置便可,可是今儿怎么着都不行一直报错: 当时系统中也没有配置错误日志,所以只能是先配置下错误日志的位置,看看到底是哪里出错了: 复制代码 代码如下: user            = mysqlpid-file        = /var/run/mysqld/mysqld.pidsocket          = /var/run/mysqld/mysqld.sockport    

解析MYSQL显示表信息的方法_Mysql

在用mysql时(show tables),有时候需要查看表和字段的相关信息(表与某字段是否存在等.)~~而PHP提供了这样的相关函数,如:mysql_list_dbs(),mysql_list_fields(),但mysql_list_fields() 函数等已过时,所以要用show...这个SQL指令来查寻. SHOW 指令('[..]'里的可选)#显示mysql中所有数据库的名称show databases;#显示mysql中的相关表show tables [ from db_name]#

解析mysql 缓存如何使用内存_Mysql

先说明2点开启缓存也会带来开销,主要表现在一下方面读取在查询开始之前必须要检查缓存如果查询是缓存的,但是不在结果集中,那么产生结果后保存数据会带来一定的开销向缓存写如数据也会带来开销 有的情况查询缓存不会被缓存,即使你使用 SQL_CACHE也不能缓存主要一下几个引用了用户自定义函数引用了用户自定义变量以用了存续过程查询中包含一些实时的系统函数,比如now引用了临时表 虽然上面说到缓存会带来一些开销但是缓存对mysql  还是很重要带来的好处比坏处多 下面讲一下mysql缓存如何使用内存查询缓存

简单解析MySQL中的cardinality异常_Mysql

前段时间,一大早上,就收到报警,警告php-fpm进程的数量超过阈值.最终发现是一条sql没用到索引,导致执行数据库查询慢了,最终导致php-fpm进程数增加.最终通过analyze table feed_comment_info_id_0000 命令更新了Cardinality ,才能再次用到索引. 排查过程如下: sql语句: select id from feed_comment_info_id_0000 where obj_id=101 and type=1; 索引信息: show in

Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’

   mysql 突然访问不了,登上服务器发现,mysql进程不见了.            错误:ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)       发现是权限问题导致的.           改变权限 #chown -R mysql:mysql /var/lib/mysql            [root@localhost

优化系列 | 实例解析MySQL性能瓶颈排查定位

导读 从一个现场说起,全程解析如何定位性能瓶颈. 排查过程 收到线上某业务后端的MySQL实例负载比较高的告警信息,于是登入服务器检查确认. 1. 首先我们进行OS层面的检查确认 登入服务器后,我们的目的是首先要确认当前到底是哪些进程引起的负载高,以及这些进程卡在什么地方,瓶颈是什么. 通常来说,服务器上最容易成为瓶颈的是磁盘I/O子系统,因为它的读写速度通常是最慢的.即便是现在的PCIe SSD,其随机I/O读写速度也是不如内存来得快.当然了,引起磁盘I/O慢得原因也有多种,需要确认哪种引起的

MySQL配置文件my.cnf中文详解附mysql性能优化方法分享_Mysql

下面先说我的服务器的硬件以及论坛情况,CPU: 2颗四核Intel Xeon 2.00GHz内存: 4GB DDR硬盘: SCSI 146GB论坛:在线会员 一般在 5000 人左右 – 最高记录是 13264.下面,我们根据以上硬件配置结合一份已经做过一次优化的my.cnf进行分析说明:有些参数可能还得根据论坛的变化情况以及程序员的程序进行再调整.[mysqld]port = 3306serverid = 1socket = /tmp/mysql.sockskip-locking # 避免My

大幅优化MySQL查询性能的奇技淫巧_Mysql

 回顾 MySQL / InnoDB 的改善历史.你能很容易发现.在MySQL 5.6稳定版本中从来没有在read-only 这么快的提速,它很容易搞懂,以及在read-only(RO)有着良好的扩张性.也很期待它在read+write(RW)上达到一个较高水平.(特别是在读取数据是数据库主要工作的时候) 然而.我们对于RO在 MySQL 5.6的表现也十分的高兴,在5.7这个版本中,主要工作集中在 read+write (RW)上, 因为在大数据的处理上还没能达到我们的期望.但是RW依赖RO下

Mysql保护或更改套接字文件/tmp/mysql.sock

对于服务器用来与本地客户端进行通信的Unix套接字文件,其默认位置是/tmp/MySQL.sock.这有可能 导致问题,原因在于,在某些版本的Unix上,任何人都能删除/tmp目录下的文件. 在大多数Unix版本中,可对/tmp目录进行保护,使得文件只能被其所有这或超级用户(根用户)删除 .为此,以根用户身份登录,并使用下述命令在/tmp目录上设置粘着位: shell> chmod +t /tmp 通过执行ls -ld /tmp,可检查是否设置了粘着位.如果最后一个许可字符是"t"