PHPカンファレンス2016の資料です http://phpcon.php.gr.jp/2016/
![RDBアンチパターン // Speaker Deck](https://cdn-ak-scissors.b.st-hatena.com/image/square/711a724e60183d736db478f7147adda747c499f2/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fee28a18b177a407398252e79abcc05b0%2Fslide_0.jpg%3F7108659)
必要メモリ量=グローバルバッファのサイズ+(各スレッドのバッファサイズの合計 × 最大接続数(max_connections)) 各スレッドのバッファサイズの合計とは、以下の値の合計値です。 sort_buffer_size myisam_sort_buffer_size read_buffer_size join_buffer_size read_rnd_buffer_size グローバルバッファのサイズは、以下の値の合計値です。 key_buffer_size innodb_buffer_pool_size innodb_log_buffer_size innodb_additional_mem_pool_size net_buffer_length ※実践ハイパフォーマンスMySQL による とあるのだが、一般的にいわれてる計算式はさらにそれに+query_cache_sizeがプラ
データベースを同じサーバの MySQL へコピーするコマンド # データベースをコピー。db1(user1、password1) から db2(user2、password2)に mysqldump -u user1 -ppassword1 -n db1 | mysql -u user2 -ppassword2 db2 データベースを別のサーバの MySQL へコピーするコマンド # 別サーバにデータベースをコピー。db1(user1、password1) から hostname サーバ(ユーザ名 hostuser)の db2(user2、password2)に mysqldump -u user1 -ppassword1 -n db1 | ssh hostuser@hostname mysql -u user2 -ppassword2 db2 コピー元、コピー先など環境を整理! ひとつの
サーバーのエラーを検知したので確認してみると、mysql のログファイルに下記のようなエラーが出ていました。 どうやら WordPress で使用しているデータベースの wp_options というテーブルの読み込みでエラーが発生しているみたいです。 150102 23:20:17 [ERROR] Got error 127 when reading table './wordpress/wp_options' 調べてみると、テーブルが破損した可能性が高いらしい… ということで、テーブルを修復する手順を紹介します。 ※CUI 上で操作していますが、SQL 文さえ実行できればよいので、phpmyadmin 等でも修復可能です。 Mysql の破損したテーブルを修復 mysql にログイン #mysql にログイン sudo mysql -u root -p データベースの選択 mysql>u
こんにちわ。システムエンジニアのリョータです。 前回は、オプションをずらーっと並べて紹介しました。 mysqldumpの使い方 オプション編 mysqldumpのオプションが多すぎて、どこをどうすればいいのかわかりません。 ということで、今回はもうすこし実用的な形で進めたいと思います。 今回は、テーブルやデータベースをバックアップ&リストアをする、基本的な方法をまとめてみました! テーブル まずは、テーブルをバックアップ&リストアする方法です。 1.テーブルのダンプ mysqldump -uroot -p -hlocalhost database_name table_name > filename テーブルの定義とデータをダンプする方法です。 テーブルは、1つだけでなく複数指定することもできます。 mysqldump -uroot -p -hlocalhost database_name
2014年03月14日15:55 カテゴリprogramming 【JavaScript】 New Relicのなかなか凄い新機能を試してみた こんにちは、こんばんは、おはようございます。株式会社adingo 高橋です。 弊社adingoは月間200億impを捌くSSP「Fluct」を提供しており、100台近いサーバでリクエストを捌いたり、大規模データの分析をしております。 さて、そんな仕事とは直接の関係は無いですが、最近New Relicがなかなか凄い新機能をβリリースしていたので簡単な紹介をしたいと思います。New Relicとはアプリケーションとサーバのモニタリングを行うサービスです。yumでagentをインストールするだけで手軽に導入できます。今回紹介する新機能は「JSのエラーレポート機能」と「AJAXの実行時間レポート」で、リリース文は以下となります。 http://blog.n
仕事でMySQLのパフォーマンスチューニングをしていて、インデックスについて分かっていないことが多かったので調べたことをメモ。基本的なところから学習しなおした。 MySQLのインデックスは、カラムが特定の値をもつレコードの迅速な検索に使用される。インデックスを使用すれば、数百とか数億ものレコードが入っているテーブルから、一組のレコードを迅速に見つけて取り出すことが可能になる。 しかし、インデックスは速度を改善することもあるが、挿入の邪魔になって遅くなることもある。 インデックスを適切に使うために、まずはインデックスの基本概念をおさえる必要がある。 インデックスの概念 インデックスとは インデックスの仕組みを理解するには、まずMySQLがどのようにクエリに応答するかを知る必要がある。 例えば、 SELECT * FROM phone_book WHERE last_name = 'Hoge'
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く