MySQL/トラブルシューティング

• FrontPage(29)
• FaEdit(22)
• MacPorts(15)
• WPF/ComboBox(9)
• VMwareFusion(9)
• Tomcat/設定(8)
• Eclipse(7)
• スクレイピング(6)
• TortoiseSVN(6)
• RMagick(6)
• WPF/TextBlock(5)
• iPhone4(5)
• MySQL5.5(5)
• IntelliJ(5)
• Chromium(4)
• macOS/Tomcat9(4)
• Ransack(4)
• Jenkins/トラブルシューティング(4)
• ATOK2011(4)
• ApachePOI(4)

• rsync
• スクレイピング
• FrontPage

• WindowsUpdate

• Capistrano

• MacPorts/mysql5.5
• sudo

• MarsEdit

• Windows10

• amazon-ecs

• Let's Encrypt

• logrotate

• Rails/アップグレード

• CentOS6/トラブルシューティング

• sar

• デヴィッド・リンチ

• Putty

• MySQL/トラブルシューティング
• MySQL/Tips

• Apache/mod_proxy

Tag: MySQL/トラブルシューティング

目次 †

関連ページ †

参考情報 †

ネットワーク †

ネットワーク経由で接続できない †

• skip-networkingが設定されていないかどうか確認する。設定されていたらコメントアウトする。
• bind-addressを確認する。bind-addressで指定されたアドレスからしか接続できない。あらゆるホストから接続したい場合、bind-addressをコメントアウトする。
• Access deniedになる場合は、Grantで接続したいアドレスつきで権限を与える。

起動時 †

InnoDB: Error: log file ./ib_logfile0 is of different size 0 XXXXXX bytes †

• InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes - tetsuyai’s blog
• ログファイルのサイズが何かの原因でかわってしまったのが原因。

  mysql stop
  mv /var/lib/mysql/ib_logfile0 /tmp
  mv /var/lib/mysql/ib_logfile1 /tmp
  mysql start

テーブル関連 †

MySQLのTimestamp型は特殊 †

• オプションを指定しないでTimestamp型の列を作ると、INSERT時に現在時刻を設定&UPDATE時に自動更新というかなり余計なことをしてくれる。Datetime型を使うのが無難っぽい。mysqlのtimestamp型 (90h memo)

ODBC †

ODBC呼び出しが失敗する。 †

• Access2007からMySQLのデータソースを呼び出そうとするとエラー。

  ODBC--呼び出しが失敗しました。
  [Microsoft][ODBC Driver Manager]指定された DSNには、ドライバーとアプリケーションとのアーキテクチャの不一致が含まれています。(#0)
  

• Accessは64bit版ODBCドライバに対応してないらしいので、32bit版をインストールする。
• C:\Windows\SysWOW64\odbcad32.exeを使えという情報もあるがコントロールパネルから設定しても大丈夫だった。

utf8mb4でConnector/Jを使う †

• java6で4バイトUTF-8文字を利用するには？ - Java - 教えて！goo

incorrect string value †

• [mysql]Mysqlで作ったテーブルにUTF-8の文字を突っ込むとincorrect string value | ブログ | そうだ車輪と名づけよう 5th

データのインポート †

ERROR 2006 (HY000) at line 445: MySQL server has gone away †

• my.iniやmy.confでmax_allowed_packet=32M などとして回避する

  [mysqld]
  max_allowed_packet=32M
  

MySQLのデータフォルダが以上に容量を消費している(Linux) †

• バイナリログがたまっていることがある。rootで次のコマンドを実行すると全部のログを消すことができる。

   $ mysql -uroot -p
   $ mysql> PURGE MASTER LOGS BEFORE now();
  

LOAD DATA LOCAL INFILEでエラー †

• 末尾に\Nを指定してNULLをintの列に読み込ませようとincorrect valueといわれ失敗していた。
• ひょっとしてintにNULLが設定できないかと思ったがそういうわけではなくて、改行コードの指定がだめだった模様。LINES TERMINATED BY '\n'のように改行コードをきちんと指定すれば大丈夫になった(行の最後に\Nがあったのでこれが混乱した?)

The used command is not allowed with this MySQL versionが表示される場合 †

• コマンドラインで以下のオプションを渡す

  mysql --local-infile=1

• もしくはmy.cnfの[mysql]セクションに以下を追加。

  local-infile=1

Unknown collation: 'utf8mb4_unicode_520_ci' †

• utf8mb4_unicode_520_ciはMySQL 5.6以降でサポートされているためMySQL 5.6より前のバージョンでそのままインポートしようとすると上記のエラーが発生する。
• utf8mb4_unicode_520_ciをutf8mb4_unicode_ciに置き換えるしかない。

データが壊れた †

innodb_force_recoveryがどうのこうのといわれる †

• ディスク故障/不正なシャットダウンなどでinnodbのデータベースファイルが不整合を起こした場合に発生。
• my.cnfに「innodb_force_recovery = 1」を入れて再起動し、起動したらデータベースをdumpするという作業を行わないとだめらしい(innodb_force_recovery = 1をいれたままの運用はだめ)。

Error: tablespace id is XXXXX in the data dictionary †

• 以下のようなエラー。

  InnoDB: Error: tablespace id is 15900 in the data dictionary
  InnoDB: but in file ./foodb.ibd it is 25416!
  

• TimeMachine Backupからリカバリした際に発生。要するにバックアップ時保存されていたデータが一貫性がなく(バッファにたまっていたとかで)不整合が起こっているということだろうか。
• replication - Restoring a slave MySQL database from raw backups of master gives InnoDB tablespace errors - Server Fault
• さいわい開発環境なのでデータをインポートしなおして復旧。

全般 †

Access Deniedでアクセスできない †

• mysqlデータベース込みでデータをリストアした場合、ユーザー・パスワードが変わる可能性があるので注意。
• mysqld_safe --skip-grant-tables で状態を確認できるけどこの状態ではパスワードを設定できない？
• バックアップがあるならば/var/lib/mysql以下を一端削除して、mysql_secure_installationを再度実行しなおしたほうがよいかも。