[B! チューニング] rabbit2goのブックマーク

Raspberry Piの消費電力をカリカリにチューニングする - あっきぃ日誌

特に気にもしていなかったために今まで知らなかったのですが、Raspberry Piを節電のために色々無効化できるらしく、とくにHDMIを無効化して30mA節約できるあたりに感動したので、自宅の常設Raspberry Piに一通り設定しつつ、Ansible Playbookを書いてみました。 github.com varsはこんなかんじ。ご使用のモデルと用途に応じてnoをyesに変えてください。コミットではgroup_varsにおいてますが、host_varsに置いてホスト単位で管理したほうがいいかなと思います。 # HDMIの無効化 (All model) # 30mAくらい減る disable_hdmi: no # ACT・電源のLEDを消灯 (1B+/1A+以降,Zeroはactのみ) # 数mA減る disable_led_act: no disable_led_power: no

rabbit2go 2021/10/17

リンク

DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！

MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値をまとめてみます。また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。是非、参考にしてみてください！まず最初に注意点を。バッファには2つのタイプがあります。グローバルバッファスレッドバッファグローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、これに対し、スレッドバッファはスレッド(コネクション)ごとに確保されるものです。チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in

rabbit2go 2016/09/13

リンク

mysqlのinnodb_log_file_sizeの設定を変更した時の対応

この記事でmysqlサーバの最低限の設定を書きました。 my.cnfのinnodb_log_file_sizeの値を変更したあと、そのままmysqlを再起動すると起動しなくなったり、起動してもselectやupdateができなくなります。以下の手順を踏むことで正常にもどります。一旦mysqlサーバを停止しないといけないので、場合によっては少し面倒くさい感じになるかもしれません。 ■mysqlサーバの停止まずは、mysqlサーバを停止します。 /etc/init.d/mysqld stop ■ログファイルの削除以下の2つのファイルを削除、または移動します。ファイルの場所は、yumでインストールした時は以下の位置にあります。都度読み替えてください。 rm /var/lib/mysql/ib_logfile0 rm /var/lib/mysql/ib_logfile1 ■mysql再起動 m

rabbit2go 2016/09/13

リンク

MySQL のキャッシュサイズ変更で高速化

昨日、MySQL のクエリキャッシュを有効にして WordPress を高速化するという記事を書きましたが、MySQL のチューニング策としてもうひとつメモリバッファのサイズを変更してみるのも有効です。この手法は MySQL で使用しているストレージエンジンが InnoDB の場合に有効です。また以下の方法は管理者権限が必要です。 MySQL では頻繁に使われるデータやインデックスをメモリにキャッシュして効率化・高速化を図りますが、CentOS 5.4 の MySQL ではデフォルトの設定は少なめです。メモリにある程度余裕があれば、この値を増やすことでパフォーマンスが改善される可能性があります。 MySQL のバッファのサイズは SHOW VARIABLES で表示されます。大量に表示されるので対象を絞るために LIKE を使用します。 # mysql (databasename) -u

rabbit2go 2016/09/13

リンク

innodb_buffer_pool_sizeのチューニング：どれくらい割り当てる？

結論としてはinnodbテーブルの全データ量だそうです。ここ最近はデータベースサーバのリプレースの案件の担当をしているのですが、サーバのサイジングをしていてふと、「どれくらいメモリあれば足りるんだろう」と疑問に思いました。よく「サーバの全メモリの50％から70％くらい」とか「80％」くらいとか言われますが、それはどちらかというとスワップしないための限界値を示すものであって、理想値ではないですよね。それでいろいろ調べてみたところ、なかなか日本語で良いまとめがなかったので、まとめてみようと思います。目次そもそもinnodb_buffer_poolとは？使用状況を確認する(SHOW ENGINE INNODB STATUSでの計測) 適切なinnodb_buffer_pool_sizeは？（チューニング方法）そもそもinnodb_buffer_poolとは？ InnoDB maint

rabbit2go 2016/09/13

リンク

MySQL 5.6のインストール後にチューニングすべき項目 | Yakst

MySQLコミュニティマネージャのMorgan Tocker氏による、MySQL 5.6をインストールした後にデフォルト値から変更した方がよいパラメータの解説。数々のデフォルト値の改善によって、過去のバージョンと比べてMySQL 5.6では設定しなくてはならない値がかなり減った。とは言え、変更すべきものについてここで書いておきたい。 InnoDBの設定 innodb_buffer_pool_size - デフォルトは128M。これは、メモリにロードされるデータとインデックスのためにInnoDBがどのくらいメモリを使うかを指定するものなので、設定すべき重要な値だ。MySQLの専用サーバなら、搭載されているメモリの50%から80%が推奨される設定値だ。例えば、64GBのRAMを搭載しているサーバなら、バッファプールは50GB程度にすべきだろう。 innodb_log_file_size -

rabbit2go 2016/09/13

リンク

MySQLのメモリ設定の勘所 – sawara.me

MySQLサーバーをダウンさせた夜は数知れず。その度にmy.cnfの設定を見なおしてみてはトライし、治ったと思いきや突然のダウン。サーバーがダウンしてしまう原因は何かと聞かれれば、「メモリです」と断言しましょう。メモリ設定は諸刃の剣。パフォーマンスを最大に引き出すこともできればそれと引き換えにサーバーをダウンさせてしまうこともできるんです。今回はMySQLのメモリの設定の勘所というかたちで紹介しようと思います。グローバルバッファとスレッドバッファメモリの設定についてまず「グローバルバッファ」と「スレッドバッファ」について理解しておくことが大事です。バッファとは一時的な記憶領域・つまりはメモリの領域のことなのですが。グローバルバッファ MySQLで使用する全体的なメモリ使用量を計算するにはグローバルバッファ + (スレッドバッファ × コネクション数) = メモリ使用量と