MySQLは同じマシン上であっても、Linux上でさまざまな接続エラーを表示します

Question

MySQLデータベースにアクセスしようとするとエラーが発生します。だから私はDjango/Celery（RabbitMQを使って）フレームワークを実行して、3つの異なるコンピュータに分散したマシン学習ジョブを実行し、結果を格納するMySQLデータベースを持っていて、突然私はDjangoのデータにアクセスできませんでした。私もデータベースに直接アクセスしようとしましたが、運はありません。私がsudo service mysql statusを実行したとき、それは停止されていると言われたので、私はサービスを再起動し、次に運がないコンピュータを再起動しました。

大きな問題は、私が一貫性のない断続的なエラーが発生しているように見えることで、それらをまとめて1つの問題にすることができないことです。私は（少なくとも私が収集したデータを試してみて、保存する）mysql -u root -pまたはmysqldumpのコマンドを実行したときに私がチェックしました、そしてそのソケットがそのパスにありますがたとえば、時々、私は

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) 

を取得しますそれは私の/etc/mysql/my.cnfファイルがソケットの下で指定するのと同じパスです。 hereなどの回答によると、私もアクセス許可を変更しようとしましたが、my.cnfのバインドアドレスを0.0.0.0から127.0.0.1に変更しました。localhostは、行を省略しています。他の時にはmysqlコマンドが機能しますが、use database_nameを試してみると、同じエラーで失敗します。私は、このエラーhere、他の場所への答えを見てきたが、私は、サーバーがある実機上だ、と私は

mysqldump: Got error: 2013: Lost ocnnection to MySQL server at 'reading initial communication packet', system error: 104 when trying to connect. 

または

ERROR 2013 (HY000): Lost connection to MySQL server during query 

を取得

他の回ネットワークの問題は私にとって意味をなさないようです。私は少しの方法で取得するために管理しなければ、私は分析するのに一点でmysqlcheckのを実行するために管理し、2002年

は、私は多くの場合、通常のエラーが続き

Error 2006 (HY000): MySQL server has gone away 

に実行して終わります私のデータベース、それは大丈夫だと思っていましたが、私は大部分が同じエラーが発生したため、またmysqldumpも実行しようとしているので、私はラッキーになる必要があります。私はまた多くの提案を試みたhere運のトンなし。

sudo tail -n 50 /var/log/mysql/error.logを実行すると（それが便利に思えませんが）、以下の私を取得します：

171004 11:20:14 InnoDB: Waiting for the background threads to start 
171004 11:20:15 InnoDB: 5.5.50 started; log sequence number 10765763470 
171004 11:20:15 [Note] Server hostname (bind-address): 'localhost'; port: 3306 
171004 11:20:15 [Note] - 'localhost' resolves to '127.0.0.1'; 
171004 11:20:15 [Note] Server socket created on IP: '127.0.0.1'. 
171004 11:20:15 [Note] Event Scheduler: Loaded 0 events 
171004 11:20:15 [Note] /usr/sbin/mysqld: ready for connections. 
Version: '5.5.50-0ubuntu0.14.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu) 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.adobe' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.macromedia' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.smartgit' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.adobe' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.macromedia' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.smartgit' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.adobe' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.macromedia' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.smartgit' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.adobe' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.macromedia' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.smartgit' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.adobe' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.macromedia' 
171004 11:20:15 [ERROR] Invalid (old?) table or database name '.smartgit' 
171004 11:20:17 InnoDB: Operating system error number 0 in a file operation. 
InnoDB: Error number 0 means 'Success'. 
InnoDB: Some operating system error numbers are described at 
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html 
InnoDB: File name ./ibdata1 
InnoDB: File operation call: 'Linux aio'. 
InnoDB: Cannot continue operation. 
171004 11:20:17 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. 
Please use the full name instead. 
171004 11:20:17 [Note] Plugin 'FEDERATED' is disabled. 
171004 11:20:17 InnoDB: The InnoDB memory heap is disabled 
171004 11:20:17 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
171004 11:20:17 InnoDB: Compressed tables use zlib 1.2.8 
171004 11:20:17 InnoDB: Using Linux native AIO 
171004 11:20:17 InnoDB: Initializing buffer pool, size = 128.0M 
171004 11:20:17 InnoDB: Completed initialization of buffer pool 
171004 11:20:17 InnoDB: highest supported file format is Barracuda. 
InnoDB: Log scan progressed past the checkpoint lsn 10765607749 
171004 11:20:17 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
InnoDB: Doing recovery: scanned up to log sequence number 10765763470 
171004 11:20:18 InnoDB: Starting an apply batch of log records to the database... 
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 

InnoDB: Apply batch completed 
171004 11:20:18 InnoDB: Waiting for the background threads to start 

EDITを：要求したとして、my.cnfファイルはここにある：

# 
# The MySQL database server configuration file. 
# 
# You can copy this to one of: 
# - "/etc/mysql/my.cnf" to set global options, 
# - "~/.my.cnf" to set user-specific options. 
# 
# One can use all long options that the program supports. 
# Run program with --help to get a list of available options and with 
# --print-defaults to see which it would actually understand and use. 
# 
# For explanations see 
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html 

# This will be passed to all mysql clients 
# It has been reported that passwords should be enclosed with ticks/quotes 
# escpecially if they contain "#" chars... 
# Remember to edit /etc/mysql/debian.cnf when changing the socket location. 
[client] 
port  = 3306 
socket  = /var/run/mysqld/mysqld.sock 

# Here is entries for some specific programs 
# The following values assume you have at least 32M ram 

# This was formally known as [safe_mysqld]. Both versions are currently parsed. 
[mysqld_safe] 
socket  = /var/run/mysqld/mysqld.sock 
nice  = 0 

[mysqld] 
# 
# * Basic Settings 
# 
user  = mysql 
pid-file = /var/run/mysqld/mysqld.pid 
socket  = /var/run/mysqld/mysqld.sock 
port  = 3306 
basedir  = /usr 
datadir  = /var/lib/mysql 
tmpdir  = /tmp 
lc-messages-dir = /usr/share/mysql 
skip-external-locking 
# 
# Instead of skip-networking the default is now to listen only on 
# localhost which is more compatible and is not less secure. 
#bind-address  = 127.0.0.1 
bind-address  = 0.0.0.0 
#bind-address   = localhost 

# 
# * Fine Tuning 
# 
key_buffer  = 16M 
max_allowed_packet = 400M 
thread_stack  = 192K 
thread_cache_size  = 8 
# This replaces the startup script and checks MyISAM tables if needed 
# the first time they are touched 
myisam-recover   = BACKUP 
#max_connections  = 100 
#table_cache   = 64 
#thread_concurrency  = 10 
# 
# * Query Cache Configuration 
# 
query_cache_limit = 1M 
query_cache_size  = 16M 
# 
# * Logging and Replication 
# 
# Both location gets rotated by the cronjob. 
# Be aware that this log type is a performance killer. 
# As of 5.1 you can enable the log at runtime! 
#general_log_file  = /var/log/mysql/mysql.log 
#general_log    = 1 
# 
# Error log - should be very few entries. 
# 
log_error = /var/log/mysql/error.log 
# 
# Here you can see queries with especially long duration 
#log_slow_queries = /var/log/mysql/mysql-slow.log 
#long_query_time = 2 
#log-queries-not-using-indexes 
# 
# The following can be used as easy to replay backup logs or for replication. 
# note: if you are setting up a replication slave, see README.Debian about 
#  other settings you may need to change. 
#server-id  = 1 
#log_bin   = /var/log/mysql/mysql-bin.log 
expire_logs_days = 10 
max_binlog_size   = 100M 
#binlog_do_db  = include_database_name 
#binlog_ignore_db = include_database_name 
# 
# * InnoDB 
# 
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/. 
# Read the manual for more InnoDB related options. There are many! 
# 
# * Security Features 
# 
# Read the manual, too, if you want chroot! 
# chroot = /var/lib/mysql/ 
# 
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca". 
# 
# ssl-ca=/etc/mysql/cacert.pem 
# ssl-cert=/etc/mysql/server-cert.pem 
# ssl-key=/etc/mysql/server-key.pem 



[mysqldump] 
quick 
quote-names 
max_allowed_packet = 16M 

[mysql] 
#no-auto-rehash # faster start of mysql but no tab completition 

[isamchk] 
key_buffer  = 16M 

# 
# * IMPORTANT: Additional settings that can override those from this file! 
# The files must end with '.cnf', otherwise they'll be ignored. 
# 
!includedir /etc/mysql/conf.d/ 

Answer 1

については、以下をお試しくださいエラー上記：として、スーパーユーザーまたは使用のsudoで

1. ログイン
2. geditを使用して/etc/mysql/my.cnfを開きます。
3. bind-addressを見つけ、その値をデータベースサーバ ホストマシンのIPアドレスに変更します。私にとっては、それはlocalhostか127.0.0.1でした。
4. ファイルを保存して閉じます。
5. mysqlのあなたの現在の状況を解明することができますいくつかの組織に電話をかけるために

Answer 2

開始時刻バックターミナルに来て、sudoのサービスを実行します。