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

• FaEdit(12)
• JabraEasyVoice(8)
• VMwareFusion(7)
• TortoiseSVN(5)
• IssueHunt(5)
• Inspiron1520(4)
• Eclipse(4)
• WPF(3)
• Rails/マイグレーション(3)
• TortoiseGit(3)
• Ruby(3)
• rails-settings-cached(3)
• FaEdit/ヘルプ/アンテナページをカスタマイズ(3)
• macOS(3)
• launchctl(3)
• Rails/Bootstrap(3)
• FaEdit/BugTrack/4(3)
• BootCamp(3)
• Ruby/CSV(3)
• Redmine/GTD(3)

• IssueHunt
• FrontPage
• JabraEasyVoice

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

• PukiWiki

• VLC

• MenuBar
• MHXX/大剣
• MHXX
• MHXX/Tips
• 用語集ア-ワ
• 用語集A-Z
• タスク管理

• Kaleidoscope
• find

• VisualStudioCode

• Windows

• Blogger

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