我在一个托pipe在linode的debian 6.0.4服务器上托pipe一个mysql服务器，新数据经常被写入mysql服务器，使用R，每分钟约30-40个“写”，大约每天5天，每天约7个小时。 最近我发现mysql服务器似乎频繁下载，总是给我错误的是，mysql服务器无法通过套接字连接。 我不知道这是否是由我的MySQL服务器的高要求，如果这可以解决。 我绝对是一个pipe理服务器的新手。 请让我知道，如果我需要提供此问题的其他信息，以解决问题。 谢谢。 更新01 错误信息是： enter code here`ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) 然后我尝试了这里提到的方法，然后再次运行sudo mysqld restart ，并给我一个不同的错误信息： ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (13)
我想找出哪些部分可以使用MySQLconfiguration文件中的variables。 例如，我可以在[mysqld]或[server]下面放置bind-address ，但是放在[client]下面不起作用。 当我查阅文档时 ，我所得到的是： Command-Line Format –bind-address=addr Option-File Format bind-address=addr Variable Name bind-address Variable Scope Global Dynamic Variable No Permitted Values Type string Default 0.0.0.0 它告诉我范围是Global ，但不是我应该放置的地方。 我正在清理一个my.cnf文件，其中有许多variables放在不同的部分，我不知道应该去哪里。 有没有一种方法，我可以找出哪个部分的MySQLconfigurationvariables被放置在？
我使用以下命令运行一个mysql服务器： mysqld –no-defaults –user=root –port=3310 –bind-address=0.0.0.0 –skip-grant-tables & 我的理解是，这个命令以root用户身份启动一个mysql服务器守护进程，它将侦听所有接口并允许所有用户访问所有数据库。 请注意，我使用了–no-defaults，所以没有configuration文件被mysql读取。 我正尝试使用以下命令从另一台机器连接到服务器： mysql -p -u root -h MYSQL_SERVER_IP –port 3310 但是我收到以下经典错误： ERROR 2003 (HY000): Can't connect to MySQL server on 'MYSQL_SERVER_IP' (111) 我在服务器和客户端都使用'iptables -F'closures了所有的规则。 服务器也可以从客户端ping通，反之亦然。 我错过了什么？
对于我们的一些网站，我们使用Ubuntu LTS 10.04和MySQL 5.1。 我们正在考虑将SQL数据库整合到一台服务器上，并为此testing了Percona 5.5。 MySQL客户端（PHP5-MySQL）使用libmysqlclient16（5.1.41-3ubuntu12.10），我们可以安全使用Percona服务器5.5的这个版本吗？ 或者，我可以在我们的Web服务器上使用Percona apt存储库，并将libmysqlclient16升级到Percona版本（5.1.62-rel13.3-435.lucid）。
我需要在我的PHP应用程序（使用Zend Framework）来将CSV文件导入到MySQL数据库中。 我目前通过使用shell_exec()来运行myysqlimport命令来成功导入文件。 为了做到这一点，我必须在我的/etc/my.cnf添加set-variable=local-infile=1 。 我也授予MySQL中的File_priv给我运行脚本的用户。 但是，我知道这可能不安全。 只有一个用户，允许mysqlimport安全运行的正确方法是什么？ 我在CentOS Linux服务器上使用MySQL版本5.0.77，使用PHP 5.2.12。
我试图导入一个相当大的文件（5Gb，〜130Mlogging）到MyISAM表（mysql 5.1.61）。 它已经运行了5个多小时，没有显示任何错误，我可以在进程列表中看到“LOAD DATA INFILE …”。 但是，当我运行SHOW TABLE STATUS时，正在更新的表的“Data_length”仍然是0.我想知道这是否正常 – 如果没有，我应该放弃导入来查看错误。 由SHOW TABLE STATUS显示的“Update_time”是最新的并且迅速改变。 当mysqlimport运行成功时，“Data_length”保持为零是否正常？
MySQL 5.5 InnoDB是否将索引保存在磁盘上的内存和表中？ 它是否曾经自己的内存caching部分或整个表？ 还是它完全依赖于操作系统页面caching（我猜，这是因为Facebook的SSDcaching是为MySQL构build的，是在操作系统级别完成的： https ： //github.com/facebook/flashcache/ ）？ Linux默认使用页面caching的所有可用RAM吗？ 所以如果RAM大小超过表大小+进程使用的内存，那么当MySQL服务器启动并首次读取整个表时它将从磁盘，并从整个表上的这一点是在RAM中？ 因此，使用炼金术数据库（Redis之上的SQL，所有内容总是在RAM中： http : //code.google.com/p/alchemydatabase/ ）应该不会比MySQL更快，因为RAM和数据库大小相同？
我在Mac OSX Lion上安装了来自源代码的unixODBC和来自.dmg安装程序的mysql-odbc连接器 。 这是刚刚完成的，当时我成功地安装了一个数据源（我们称之为foo ）。 现在我正在尝试添加另一个数据源（DSN）。 我已经通过ODBCpipe理器和命令行工具myodbc-installer，通过mysql网站中的mysql-odbc连接器的tar包提供了相关信息。 一个条目出现在/Library/ODBC/odbc.ini ，如下所示： [ODBC Data Sources] bar = MySQL ODBC 5.1 Driver [ODBC] Trace = 0 TraceAutoStop = 0 TraceFile = TraceLibrary = [myodbc] Driver = /usr/local/lib/libmyodbc5.so SERVER = localhost PORT = 3306 [bar] Driver = /usr/local/lib/libmyodbc5.so Description = DATABASE = bar 但是，isql无法find它： anitya:Preferences neil$ isql bar bar […]
我在Ubuntu 11.10上安装了MySQL。 我一直工作好几个月，但昨天我开始得到以下消息 ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) 并不能摆脱它。 我试过了 /etc/init.d/mysqld start 得到了 bash: /etc/init.d/mysqld: No such file or directory /etc/init.d/目录包含mysql，但不包含mysqld。 我试过了 sudo service mysql restart 它挂了大约半个小时，然后我按Ctrl-C编辑它。 我然后尝试 sudo service mysql start 我有 mysql start/running 但是当我尝试 mysql 我有 ERROR 2002 (HY000): Can't connect to local MySQL server […]
我一直试图在Linux机器上使用ssh -i <some_private_key_file> -L 3333:localhost:3306 root@<Solaris box>命令在ssh -i <some_private_key_file> -L 3333:localhost:3306 root@<Solaris box>上创build一个从Linux机箱到mysql服务器的ssh隧道。 在尝试从命令mysql -P 3333 -h 127.0.0.1 -u root -p从Linux机器连接到mysql服务器时，出现以下错误： ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 0 现在在debugging级别3上运行sshd（Solaris），我得到以下错误： debug1: server_input_channel_open: ctype direct-tcpip rchan 3 win 2097152 max 32768 debug1: server_request_direct_tcpip: originator 127.0.0.1 port 34100, target […]