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

• FrontPage(34)
• FaEdit(33)
• VMwareFusion(7)
• Rails4/Bootstrap(5)
• TortoiseGit(5)
• Ransack(5)
• Docker for Mac(5)
• PukiWiki(5)
• Redmine/Backlogs(4)
• PhraseExpress(4)
• WPF/TreeView(4)
• e-Tax(4)
• WPF/DataTemplate(4)
• GitBucket(4)
• UIKit/スプリットビュー(4)
• NSTableView(4)
• WikiHelpMaker(4)
• WPF/設定を保存する(4)
• WPF/DataGrid/トラブルシューティング(4)
• MacPorts/php7(3)

• MacPorts/php7
• PukiWiki

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

• Rails/アップグレード/5.1から5.2

• Rails/アップグレード

• MenuBar
• キーボード

• AutoTicketLinkName
• git/Tips

• PSP
• FrontPage

• MOMO9

• スプラトゥーン2

• Emacs/バックアップ

• Emacs
• MacPorts/apache2
• MacPorts/mysql5.5

• MacPorts/emacs
• ImgBurn

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
• さいわい開発環境なのでデータをインポートしなおして復旧。