The people platform—Where interests become friendshipsWhatever your interest, from hiking and reading to networking and skill sharing, there are thousands of people who share it on Meetup. Events are happening every day—sign up to join the fun.
7月29日にMyNA(日本MySQLユーザ会)会 2013年7月が行われ、Oracle ACE Directorの@sheeriさん、MyNA会長の@tmtmsさんに混ざって発表をしてきました。運営のみなさま、当日お越しいただいたみなさま、いつもありがとうございます。 Performance Schema - Sheeri Cabral (PDF) MyNA会2013年7月 に行って来ました - MySQLのプロトコル解説 - @tmtms のメモ 今回は@yoku0825さん、@yyamasaki1さんがライトニングトークをされました。@yoku0825さんアイスごちそうさまでした。 日々の覚書: MyNA会2013年7月に行ってきました 5分で作るMySQL Cluster環境 私は発表内容について懇親会でいろいろ宿題をもらってしまい、しばらく復習をしていました。ようやく修正が終わりま
1 MySQL 5.6における大量データロード時の考慮点 第18回 AWS User Group - Japan 東京勉強会 2013/10/04 平塚 貞夫 2013/10/07 Revision 2 2 自己紹介 • DBエンジニアやってます。専門はOracleとMySQL。 – システムインテグレータで主にRDBMSのトラブル対応をしています。 – 仕事の割合はOracle:MySQL:PostgreSQL=5:4:1ぐらいです。 • Twitter:@sh2nd • はてな:id:sh2 • • 写真は実家で飼っているミニチュアダックスのオス、アトムです。 3 本日のお題 4 InnoDBデータベース 大量データ投入 • 日本HPさんが以下の検証結果を公開されています。すばらしい資料です。 http://h50146.www5.hp.com/products/software/oe
NAME innotop - MySQL and InnoDB transaction/status monitor. SYNOPSIS To monitor servers normally: innotop To monitor InnoDB status information from a file: innotop /var/log/mysql/mysqld.err To run innotop non-interactively in a pipe-and-filter configuration: innotop --count 5 -d 1 -n To monitor a database on another system using a particular username and password: innotop -u <username> -p <passwor
mysqld_multi は、Unix ソケットファイルや TCP/IP ポートでの接続を待機する複数の mysqld プロセスを管理するためのものです。 サーバーの起動または停止、現在のステータスのレポートを実行できます。 一部の Linux プラットフォームでは、RPM または Debian パッケージからの MySQL インストールに、MySQL サーバーの起動と停止を管理するための systemd サポートが含まれています。 これらのプラットフォームでは、mysqld_multi は不要であるためインストールされません。 systemd を使用した複数の MySQL インスタンスの処理の詳細は、セクション2.5.9「systemd を使用した MySQL Server の管理」 を参照してください。 mysqld_multi は [mysqldN] という名前のグループを my.c
なぜ SQL_CALC_FOUND_ROWS や LIMIT OFFSET のページングが良く無いのか ここ最近の大規模サービス関連したデータページング考です。 mysql 5.5.34 で試して記事書いてます。 bigdata テーブルは id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, PRIMARY KEY (id) なカラムがある前提です。もちろん InnoDB です。 2014年なんだからCOUNT(*)とかSQL_CALC_FOUND_ROWSとかLIMIT OFFSETのページングはやめようぜ - Togetterまとめが発端にみえるけど、わりと昔から話されてる事なんだけど、「nippondanji SQL_CALC_FOUND_ROWS」でググっても有用な情報ないし文書化されてないからしとく。 ページング処理で使われがちな機能です。 S
Webサービスを開発/運用してるモンとしては、いろんなWebサービスを触ってみなきゃアカンってことで、アメリカの若モンに大人気ってふれこみのsnapchatに登録してみた。これでリア充の仲間入りやと思ったが、snapchat友達が同僚二人しかいないうえに、利用シーンがあまり思い浮かばないww オジサン困っちゃいました。画像とか送信できるんだけど、数秒で消えるの。むしろそこがウリっていうね。どうやって遊ぼうか…。 2月はブログ書かなかったなーと思ったのでMySQL小ネタ。世間的にも自分的にも真新しくもなんともないTipsです。 innotopで集計 実は以前、Qiitaに書いたので↓をば。。。 http://qiita.com/la_luna_azul/items/505ca441b8c8e6a87aaa 流れるクエリ、ロックの状況、トランザクション(show engine innodb s
FROM句にサブクエリを使う時の順番を書いたので、 今度はWHERE句に使う時(相関サブクエリ)の順番も考察してみる。 毎度の投げ遣りサンプルテーブルはFROM句サブクエリの時と一緒。 あと、今回はt1テーブルをまるっとtt1テーブルにもコピーして2つにしておく。 取り敢えずこんなサブクエリは如何だろうか。 mysql> SELECT * FROM t1 WHERE val IN (SELECT val FROM tt1 WHERE num BETWEEN 1 AND 10); +-----+----------------------------------+ | num | val | +-----+----------------------------------+ | 1 | c4ca4238a0b923820dcc5
MySQLを使っていると書込みロックをかけてバックアップを取る、ってのは一般的だと思います。実際、標準添付の mysqlhotcopy や Xtrabackup もそういうことをやっています。 しかし、これらはいずれもロックの管理とバックアップ処理が密結合になっている(ですよね?)のが玉に瑕。 特にボリュームレベルのスナップショット機能を使ってバックアップを取る場合、スナップショットを取るためのコマンドは環境(LVM とか XenServer とか VMware ESXi とか...)によって異なるので、ロック管理とバックアップコマンドは疎結合にしておきたい。と思ったので、書くことにしました。というか、疎結合なのを探すより書いたほうが早かった。コードはこちら↓。 使い方は、以下のとおり。setlock 風のインターフェイスなので、慣れている人には簡単だと思います。 % mysqllock
If someone asks me about MySQL Backup advice my first question would be if they have LVM installed or have some systems with similar features set for other operation systems. Veritas File System can do it for Solaris. Most SAN systems would work as well. What is really needed is ability to create atomic snapshot of the volume, which can be later mounted same as original file system Why snapshot ba
MySQL Performance Blogの翻訳。Perconaのサポートエンジニアである筆者が、InnoDBのパフォーマンスチューニングの基礎について、ハードウェアやOSの選定からパラメータの推奨値まで解説する。 最近、2007年にPeter Zaitevが書いた「InnoDBパフォーマンス最適化の基礎」という記事を見つけた。これは素晴らしい記事で、読んでいると、MySQLとPercona Serversそして今日利用可能な全ての基盤技術に関して、6年近くの間に何が変わってきたのかを見直してみたいと思わせるものだ。 本当にたくさんのことが変わったものだ!この記事では、InnoDBの使用に効果的なパラメータの多くに、特にパフォーマンスの観点から焦点を当てる。私はサポートエンジニアで、Percona SupportではInnoDBパラメータの適切なサイズに関する質問がたくさん寄せられている
珍しく技術的記事です。 最近作業しているシステムでデータ量が途方も無く大きくなるものがあり(InnoDBでカラムが10個程度のINTやらVARCHARとTEXTが7億行くらい)、ディスク使用量が230GBを超えて、クラウドで使っていた250GBのディスクが満杯になり、さて困った事になって、色々どうすればよいか調べていましたが、なんだかんだ、ピンポイントのネタがネットにどうも無かったので、あれこれ調べて、こんな感じでやってみました。 まずはデータを書き出す方法の王道と言えばmysqldumpです。mysqlコマンドとほぼ一緒ですから、至極簡単。さらに標準出力に出してくれるので、リモートサーバーへ送るのもこれまた簡単。そしてインポートもmysqlコマンドから出てきたファイルを指定するだけなので、これまたかなり楽。 ローカルに書き出す mysqldump -u ユーザー -p データベース テ
There are 2 different possible situations you can face when you have to deal with MySQL and syslog: MySQL is used as back-end for syslog to store the logging information. [6]MySQL itself should report to the syslog.In this blog article we look at the second situation: How can you make MySQL reporting to the syslog. Since the version 5.1.20 MySQL is capable to log to the syslog [1], [2]. This is do
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く