[B! cpu][database] gouei2001のブックマーク

gouei2001 id:gouei2001

cpuとdatabaseに関するgouei2001のブックマーク (2)

大きめのテーブルにカラムやインデックスを追加する際の注意 - LukeSilvia’s diary
先日大きめ(といっても500万行くらい)のテーブルにインデックス付きのカラムを追加しようとして痛い目にあったので調査。大きめのテーブルにカラムやインデックスを追加するとどうなるか今回は単純に、「ALTER TABLE 〜」で追加しようとしました。追加するカラムは3つで、 varchar(255) インデックスなし varchar(255) ↓のdate 型カラムとマルチカラムインデックスの形式のユニークインデックスあり date インデックスあり SQL を実行し、状況を「SHOW PROCESSLIST」で監視していたら、1つ目のカラム追加で次のような状態に… 最初にState が「copy to tmp table」状態になり、次の状態に遷移するまで1時間かかる次にState が「Repair with keycache」状態になり、完了までに1時間かかる次のカラム追加に対す
gouei2001 2016/09/07
alter table

alter

date

cache

cpu

DB

database

MySQL

performance
リンク
MySQL5.7 / RDS / Aurora / Cloud SQL の性能比較 | 外道父の匠
CloudSQLの価格は実戦的という意味で、per Dayの価格を24hourで割った価格にしています。メモリは2GBあれば検証としては十分なので格差は関係ありません。 IOPSはEBSならGeneral Purposeの1000GB*3で最大確保しています。その他、ネットワーク周りなどポイントがあれば都度、補足していきます。ベンチマークのデータ今回、採取した全データはこちらになります。一部、目的に対して不要と判断したら省略しています。まぁ、こんなオレオレメモデータを見ても楽しくないでしょうから、１つ１つ考察していきましょう。手法について私がよくやる計測方法なのですが、innodb_buffer_pool_size がデータ容量より大きい健全な状態と、最小の16MBで過負荷ストレージを演出し、それぞれで参照／更新を別々にランダムアクセスをすることで、最初のボトルネックを炙り出し
gouei2001 2015/12/02
cpu

EBS

bash

cloud

aws

DB

database

benchmark

mysql

aurora
リンク
1