ibdata1 のサイズを減らす方法を実践して、手順をミスった・・・
http://bitwalker.dtiblog.com/blog-entry-162.html

そしたら、InnoDBが消せないし、再クリエイトも出来ない・・・

同じような問題で、悩んでいる人がいたので、参考にしてみました
http://ken.txt-nifty.com/ndb/2007/04/innodb_ed56.html

/var/lib/mysql の配下にあるデーターベースのファイル（*.frmファイル）を削除し、
DROP DATABASE　を実行

おおぉ～消せた！

そんでもって、ダンプしていたSQLファイルを復元！

助かった・・・

[0回]

キーパティショニング

キーによるパーティショニングは、ハッシュによるパーティショニングに似ている
キーパティショニングのためにハッシュ関数がMySQLサーバによって使われ、
この目的のためにMySQLクラスタは、MD5()を使います。

シンタックス
CREATE TABLE table_name (...
  )
PARTITION BY KEY()
PARTITIONS n;

CREATE TABLE k1 (
  id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(20)
  )
PARTITION BY KEY()
PARTITIONS 2;

テストデータを挿入
INSERT INTO k1(name) VALUES("a"),("b"),("c");

パーティションの利用状況を調べてみる
EXPLAIN PARTITIONS SELECT * FROM k1 WHERE id=1;
EXPLAIN PARTITIONS SELECT * FROM k1 WHERE id=2;

実行結果
mysql> EXPLAIN PARTITIONS SELECT * FROM k1 WHERE id=1\G
*************************** 1. row ***************************
    id: 1
  select_type: SIMPLE
 table: k1
   partitions: p0
  type: const
possible_keys: PRIMARY
   key: PRIMARY
      key_len: 4
   ref: const
  rows: 1
 Extra:
1 row in set (0.00 sec)
mysql>  EXPLAIN PARTITIONS SELECT * FROM k1 WHERE id=2\G
*************************** 1. row ***************************
    id: 1
  select_type: SIMPLE
 table: k1
   partitions: p1
  type: const
possible_keys: PRIMARY
   key: PRIMARY
      key_len: 4
   ref: const
  rows: 1
 Extra:
1 row in set (0.00 sec)

CREATE TABLE k2 (
  name VARCHAR(20) PRIMARY KEY
  )
PARTITION BY KEY(name)
PARTITIONS 3;
INSERT INTO k2(name) VALUES("a"),("b"),("c");
EXPLAIN PARTITIONS SELECT * FROM k2 WHERE name="a";
 

[0回]

Hash(ハッシュ)によるパーティショニングは、指定した数のパーティションにデータを分散

レンジやリストのパーティショニングと同様に、明示的にパーティションに利用するカラムの値か値を格納された値のカラムを指定

特定のカラムの値を利用するか、カラムの値を評価してハッシュし、パーティション数によってパーティションテーブルを分割する

CREATE TABLE blog (
  id INT AUTO_INCREMENT key,
  txt VARCHAR(255),
  create_at DATE NOT NULL
  )
PARTITION BY HASH(id)
PARITIONS 4;

CREATE TABLE blog (
  id INT AUTO_INCREMENT key,
  txt VARCHAR(255),
  create_at DATE NOT NULL
  )
PARTITION BY HASH( YEAR(create_at) )
PARITIONS 4;

[0回]

MySQLでのレンジパーティショニングの使い方について

レンジは、VALUE LESS TAHN オペレータを使って定義

CREATE TABLE videos (
 id INT AUTO_INCREMENT key,
 title VARCHAR(64)
)
PARTITION BY RANGE (id)(
 PARTITION p0 VALUES LESS THAN (5),
 PARTITION p1 VALUES LESS THAN (10),
 PARTITION p2 VALUES LESS THAN (15),
 PARTITION p3 VALUES LESS THAN (20)
);

パーティション p0 には、idが 1から4の video が格納され、5から9は、p1のパーティションに格納される。
20以上は、入りません。
19個、データを入れます。

insert into videos(title) values("a"),("b"),("c"),("d"),("e"),("f"),("g"),("h"),("i"),("j"),("k"),("l"),("m"),("n"),("o"),("p"),("q"),("r"),("s");

20に対応するパーティションがテーブルにないので、20番目の挿入は失敗する

mysql> insert into videos(title) values("t");
ERROR 1526 (HY000): Table has no partition for value 20

こういう場合には、最後のパーティションの領域を大きくしてあげます。
p3のパーティションを MAXVALUE とします。

CREATE TABLE videos (
 id INT AUTO_INCREMENT key,
 title VARCHAR(64)
)
PARTITION BY RANGE (id)(
 PARTITION p0 VALUES LESS THAN (5),
 PARTITION p1 VALUES LESS THAN (10),
 PARTITION p2 VALUES LESS THAN (15),
 PARTITION p3 VALUES LESS THAN MAXVALUE
);

[0回]

とある事情で、/etc/init.d/mysqld restart 　を実行したところ
停止後に、mysql が起動しない・・・

色々調べてみても、原因不明・・・

とりあえず、サーバ自体を再起動し、/etc/init.d/mysqld start を実行しても、失敗する

んー、DB壊れたか？と思い、再インストールを覚悟の上、色々やってみたがダメ

・・・・再インストールするから、SQLのログを削除しようと思い、
rm -rf /var/log/mysql/mysql.log を削除した

ダメもとで、/etc/init.d/mysqld start 　【起動】

・・・・・まっ、起動できてよかった・・・・

ログがでかすぎたのね・・・でも、再起動してからログにSQLを書き込んでいないのですが・・・

まっ、いいか

[0回]