香川に大久保嘉人「バカでしょ」 - ライブドアニュースby ライブドアニュース編集部 ざっくり言うと アダルトチャット利用が発覚した香川真司に、大久保嘉人がエールを送った 「バカでしょ…。(掲載された香川の写真は)ペロッと舌が出ているし」と語った スキャンダルが報じられるのは、人気選手の宿命だとも指摘した 提供社の都合により、削除されました。 概要のみ掲載しております。 関連ニュース ランキング 総合 国内 政治 海外 経済 IT スポーツ 芸能 女子
新入社員が朝30分早く来て新聞を読むのはハックとしては割とおすすめ : けんすう日記
30分早く来るのがおすすめ案 入社2日目の明日から試して欲しいこと｜ライフネット生命 社長兼COO 岩瀬大輔のブログ こんなブログが話題になっていました。この岩瀬大輔さんという方は、開成高校から東京大学に行き、在学中に旧司法試験に受かったあげく、ハーバード・ビジネス・スクールにいき、日本人4人目のBaker Scholarを受賞していたりして、最近だと世界経済フォーラム（ダボス会議）のYoung Global Leadersの1人に選出されてたりする、ライフネット生命という保険会社の社長さんです。一言で言うと、頭がいい凄い人です。 で、個人的にはおもしろいなーと思って読んだんですが、はてなブックマークという、外からワイワイ意見を投げっぱなしできるコミュニティサイト上では、意外と批判が多かったのですよ。 はてなブックマーク - 入社2日目の明日から試して欲しいこと｜ライフネット生命 社長兼C
jstat - Java 仮想マシン統計データ監視ツール
形式 パラメータ 説明 仮想マシン識別子 オプション 一般的なオプション 出力オプション 例 関連項目 形式 jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ] パラメータ generalOption 単独で使用する一般的なコマンド行オプションです (-help または -options)。 outputOptions 単一の statOption と、-t、-h、および -J オプションのいずれかを組み合わせた、1 つまたは複数の出力オプションです。 vmid ターゲットの Java 仮想マシン (JVM) を示す文字列である仮想マシン識別子です。一般的な構文は次のようになります。 [protocol:][//]lvmid[@hostname[:port]/servername] vmid 文字列の構
JavaVMのメモリ管理に関するまとめ（Javaヒープ、GC、ダンプ等） - ぺーぺーSEのブログ
本ブログはJava8（特にMetaspace）に対応していない。 下記にJava8以降に対応した記事を記載する（予定）。 blog.pepese.com JavaVMのメモリ領域について JavaVMが管理するメモリ領域について 階層1 階層2 階層3 説明 Javaヒープ JavaVM上で起動するJavaプログラムのリソースを管理する領域。New領域とOld領域で構成される。 ｌ" New領域 新規オブジェクトと閾値（-XX:MaxTenuringThreshold）未満のオブジェクトが配置される。（Young領域とも呼ばれる） ｌ ｌ" Eden領域 新規のオブジェクトが配置される。 ｌ ｌ" From領域 CopyGC(ScavengeGC、マイナーGC)が実行された際に、使用中のオブジェクトはここへコピーされる。（S0やS1とも呼ばれる） ｌ ｌー To領域 CopyGC(Scav
Java – スレッドダンプの取り方 – yusuke.blog
→その1 / スレッドダンプの取り方 ・その2 / Linux だと java プロセスがいっぱい！？ ・その3 / Windows サービスとして登録している場合は？ ・その4 / WebLogic Server とスレッドダンプ ・スレッドダンプの読み方 その1 – VM 内部スレッドと main スレッド スレッドダンプの取得方法、解析方法について網羅的に説明した資料はあまりないのでちょっと書いてみました。まとまったら侍のドキュメントに追加するつもりです。 スレッドダンプとは、 Java のプロセス内部で動作している各スレッドがそれぞれ何をしているか確認できるものです。 Java のプログラムがフリーズした場合や、パフォーマンス低下が見られる場合などに取得すると、どのスレッドが停滞しているのか、プログラム中具体的にどこで止まっているのかを解析できます。 スレッドダンプは任意のタイミン
Javaのスレッドダンプ、ヒープダンプの取り方 - Qiita
JavaでFullGCが頻発したり、メモリリークしてたり、busyなスレッドに埋め尽くされそうになったとき、調査に必要なダンプを取得してから再起動することはよくあるでしょう。それらの取り方。 Javaのスレッドダンプを取得する - Qiita [キータ] 前にスレッドダンプだけ書いたけど、ヒープダンプもあったほうが良いのでまとめ JavaのプロセスID取得 $ $JAVA_HOME/bin/jps -v 12345 Application -XX:OnOutOfMemoryError=/us… 67890 Bootstrap -Djava.util.logging.config.file=/us…
MySQL 5.6での機能強化点（その3）- 人気のレプリケーションが更に機能強化
前回の連載、前々回の連載では、MySQL 5.6での主要な機能強化点として、InnoDBとオプティマイザ、NoSQL APIとパフォーマンス・スキーマについて紹介しました。今回はレプリケーションの改善点について紹介します。 レプリケーション：人気の機能を更に機能強化 MySQL 5.6では、レプリケーション機能に対して非常に多くの改善が行われています。パフォーマンスの改善につながる機能から耐障害性を高める機能、開発生産性や運用性の向上につながる機能まで、幅広く改善されています。ここでは、主要な改善点を紹介します。 レプリケーション：パフォーマンスを向上 バイナリログのサイズ削減 レプリケーション構成時は、バイナリログというファイルを利用してデータベースに対する更新内容を伝搬していきます。バイナリログのフォーマットには以下の3種類があります。 SQL文自体を記録するSBR（Statement
MySQL 5.6でスレーブをクラッシュセーフにするには | Yakst
MySQL Performance Blogの翻訳。MySQL 5.6の新機能である、リレーログのリカバリ機能を使って、クラッシュ誤にスレーブが自動復旧するように設定する方法。 September 13, 2013 By Stephane Combaudon スレーブがクラッシュした時にもリカバリ可能(クラッシュセーフ)に設定できるのは、MySQL 5.6のレプリケーション関連の大きな改善の一つだ。しかし、正しくこの機能を使うにはどう設定したらよいのか混乱してしまいがちなので、ここで手順をはっきりさせておこう。 概要 スレーブのMySQLを停止 relay_log_info_repository = TABLEとrelay_log_recovery = ONをmy.cnf追記 MySQLを再起動して待つ 細かな詳細 クラッシュセーフなスレーブを作りたい時に、なぜ上のような設定をしなければな
MySQLにおけるレプリケーション遅延の傾向と対策
レプリケーションはMySQLで最もよく使われる機能のひとつだ。レプリケーションは基本的に非同期でデータの複製を行う仕組みになっているのだが、非同期故にどうしても逃れられない問題がある。そのひとつが今回のテーマ、遅延である。というと、MySQLのレプリケーションはすぐに遅延が生じてしまうように感じてしまうかも知れないが、そのようなことはない。ほとんどの場合は即座にスレーブの更新が行われる。 なぜ遅延は発生するのか、どのように遅延が起きていることを調べるのか、どのように回避するのかということを本エントリでは解説したい。うまく遅延と付き合って、MySQLのレプリケーションをより快適に運用してもらえればと思う。 そもそも遅延とは何かMySQLのレプリケーションは非同期で行われる。これは準同期でも同じであり、スレーブにおいて更新が起きるのはマスターよりも一瞬遅れてしまう。これは非同期であるが故に逃れ
MySQL5.6のちょっとした話 - まめ畑
最近、とあるサービスの本番環境にMySQL5.6を導入していっています。社内だけの環境も含めて5システムに導入しました。 5.5からのアップデートや最初から5.6というものもあります。 今回、導入で変わった点いろいろありますが、メモ程度にまとめておきます。 間違いなどありましたら指摘していただけるとありがたいです。 Replicationエラー時 今までは、replicationのエラーが起こった場合は SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1; とかでダメなクエリを確認しつつSKIP出来ればしていましたが、5.6でGTIDモードONの場合、これが使えなくなりました。 GTID便利なんですが、この点少し不便です。 以下のように直します。 まず、slaveでmaster server UUIDと最新のGTID、Retrieved_Gtid_Setを確認します
MySQL5.6でGTIDレプリケーションの導入手順と解除手順 - FAT47の底辺インフラ議事録
MySQL5.6GAが出てから大分経っちゃいましたが、 皆様プロダクト環境でガンガン使っておりますでしょうか。 今更ながら手順を整理したので記述しておきます。 ■GTIDとは Global Transaction Identifiers 今までのMySQLのレプリケーションで行なっていた、「Masterのbinlogファイル名 + ポジション番号」による情報ではなく、 トランザクションごとにGTIDを持たせる事で管理できるようになるという機能です。 mysqlfailoverを利用すると、マスター障害時に各スレーブで最も進んでいるGTIDを持つスレーブがマスターに自動昇格します。 ・メリット ・CHANGE MASTER文を打つ際にポジション番号を指定しなくてよくなる ・MySQL-MHAを利用しなくてもGTID+mysqlfailoverでSPOFをなくせる ・デメリット ・慣れるのが大
MySQL 5.6登場！！新機能速攻レビュー
現在、米国で行われているMySQL Conference & Expoにあわせて、新しい開発版であるMySQL 5.6が発表された。MySQL 5.5における新機能もかなりのものだったが、MySQL 5.6の進化は質・量ともに勝とも劣らない内容となっている。そこで、今日は簡単に、MySQL 5.6で追加された新機能の概要について見てみよう。開発版なので利用にあたっては十分な注意が必要（予期なく予定が変更される可能性あり）だが、次期正式版のリリースに向けて是非試してみて欲しい。 InnoDB関連MySQL 5.5で大幅な進化を遂げたInnoDBだが、その勢いはまったく衰えることを知らない。性能の強化だけでなく、痒いところに手が届く便利な機能が追加されている。 ダーティページのフラッシュをするスレッドが独立した。以前はマスタースレッド内でフラッシュが行われていたが、スレッドが独立したことによっ
Publickey － Enterprise IT × Cloud Computing × Web Technology / Blog
2024-8-14 ガートナージャパンが「日本における未来志向型インフラ・テクノロジのハイプ・サイクル：2024年」発表。Web3やNFTは幻滅期、生成AIは過度な期待、汎用AIは黎明期 2024-8-14 企業にとって、生成AIへの投資を正当化することが課題に。ガートナーが予測。2025年末までに検証プロジェクトの3割が放棄されると 2024-8-13 Excel上でWebAssembly版Pythonを実行可能にするアドオン「Anaconda Code」が登場 2024-8-13 オープンソースとは違う新しい取り組み「Fair Source」登場。ビジネスの持続性とソースコード公開の両立を目指す 2024-8-9 ブラウザテスト自動化のPuppeteerがFirefox正式サポート、新標準のWebDriver BiDi対応で。これでChromeとFirefoxに両方対応に 2024-8
次バージョンのMySQL 5.7はさらに性能を2倍へ、「オラクルはMySQLを殺そうとしている」は真実ではない～MySQL Connect 2013
次バージョンのMySQL 5.7はさらに性能を2倍へ、「オラクルはMySQLを殺そうとしている」は真実ではない～MySQL Connect 2013 米オラクルが主催するMySQLのイベント「MySQL Connect」が9月21日から23日まで、サンフランシスコで開催されました。このイベントでは毎回「The State of The Dolphin」（イルカの最新状況、つまりイルカをマスコットキャラクターにしているMySQLの最新情報）と呼ばれる基調講演が恒例になっていて、MySQLの最新情報が解説されています。 今年も行われた「The State of The Dolphin」の内容を、ダイジェストで紹介しましょう。 The State of The Dolphin 米オラクル、Chief Corporate Architect、Edward Screven氏。 最初に言いたいのは、オ
ソーシャルゲームのためのデータベース設計
2. 自己紹介 MySQL/Linux周りのスペシャリスト 2006年9月から2010年8月までMySQL本家(MySQL/Sun/Oracle)で APAC/US圏のMySQLコンサルティングに従事 主な著書に「現場で使えるMySQL」「Linux-DBシステム構築/ 運用入門」「Javaデータアクセス実践講座」 DeNAでの主な役割 安定化/パフォーマンス/運用周りの中長期的な改善活動 L3サポート/運用/トラブルシューティング – 難度の高いMySQL周りの問題の根本原因の特定と解決 多くのプロジェクト支援 社内勉強会/トレーニング – MySQLやデータベース周りのベストプラクティスを社内で共有し、 技術スキルを底上げする 技術マーケティング – 国内外のカンファレンスや、技術雑誌等
ソーシャルゲームのためのMySQL入門その２ | BLOG - DeNA Engineering
こんにちはこんにちは。11インチMacBook Airが欲しくてたまらないiwanagaです。 前回の記事 が幸いにもご好評を頂けた様で非常にうれしいです。嬉しくなって、ついがんばって第２弾を書いてしまいました。引き続き、ソーシャルゲームでよく使われるテーブルタイプ毎にちょっとしたテクニックを紹介していきます。 今回はちょっとライトな感じ＆読み物になってしまっていますが「ユーザID単位で1つだけ持つデータ」と「パラメータなどのマスターデータ」についてご説明したいと思います。ちなみに次回はInnoDBのデータ構造の簡単な説明と複合プライマリーキーのデータについて、その次で紹介し損ねたちょっとマニアックなテクニックや性能管理のための手法を紹介することを予定しています。 その前に。。。 先日行われた JAPAN INNOVATION LEADERS SUMMIT で弊社松信が「ソーシャルゲームの
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
InnoDBの設計とインデックスを意識したサロゲートキーと複合プライマリキーの比較 - Y's note
実践ハイパフォーマンスMySQL 第2版 作者: Baron Schwartz,Peter Zaitsev,Vadim Tkachenko,Jeremy D. Zawodny,Arjen Lentz,Derek J. Balling,伊藤直也(監訳),田中慎司(監訳),吉川英興(監訳),株式会社クイープ出版社/メーカー: オライリージャパン発売日: 2009/12/14メディア: 大型本購入: 17人 クリック: 373回この商品を含むブログ (46件) を見る 概要 この記事ではInnoDBを使用する上でのクラスタインデックスを意識したサロゲートキーと複合主キーの比較をパフォーマンスの観点から行います。サロゲートキーか複合キーのどちらを使うべきかは様々な議論がなされているようにケースバイケースといったところで自分は納得しています。ここでは自分の実現したいテーブル設計と利用目的を明確にして
A.R.N [日記] - ID付与は設計技法ではなく実装技法
なのではないかと主張してみるテスト。 ここではぶ先生に否定されてしまうと、私は第三勢力アクシズとして動かなければならんのですが、男のハマーンはいやですか（←いやです） 論拠は二つ。 どのようなモデルでも誘導的にID方式に変更できる はぶ先生がidとはROWIDのことだ、と言っているように単にRDBMS上にオブジェクトモデルと相似の構造（ポインタによるリレーション）を作るだけなんだから、当たり前の話ではある。複合主キー派の方は、全部サロゲートキーにするなんて！ という反応を見せるわけだけど、ID派の言うIDとサロゲートキーは似て非なるものなのだと思う。旧来の主キーの役割はユニークキーが担うだけの話なわけだし。T-ERで論理モデルを作成した後に、IDを主キーにして作って、参照先をIDにするようにモデルを修正するだけでT-ER的に正しくなおかつID方式のモデルが出来上がる。モデリング技法によらな
サロゲートキーをつけなかったせいで死にそうになった。 : ::yossy.blog::
Posted on 10月 3, 2006 Filed Under Database | DB設計の経験の少ないあたくしが設計したシステムに仕様変更が入ったんですが 複合PKテンコ盛りだったせいで改修を引き継いでいる人が死にそうになっていました。 心から本当にごめんなさい。 力不足でした。 ごめんなさい。 気分的には恋愛経験の少ないあたくしが一生懸命告ったのにフられた感じですわね。 まったく空気が読めてない。むしろ、告ってないのにフられたくらいな勢いだね。 道端で配っているティッシュをもらおいとしたら避けられた感じだね。電車男みたいに。 だってもともとDB設計なんてよくわならなかったんだもん ・・・って、言い訳にしかなんないな。 で、今日そんなことがあったものだからPKってどうするのが一番いいんだろうって思ったのね。 2chのデータベースのスレを見てると「サロゲートキ
複合主キーを避けるべき理由 - 虎塚
データベース設計の話をしていて、「連番の主キーは業務上意味のないデータだから、テーブルに持たせるのはムダだ。複合主キーにするべき」という意見を聞く機会がありました。 脊髄反射で「ないわー」と思ったものの、理由を上手く説明できなかったので、改めて考えてみました。 その結果、次のような結論に至りました。 単一の連番カラムによる主キーと、複合カラムによる主キーとで迷ったら 実装をシンプルにし、業務変更の影響範囲を小さくするために、複合主キーを避ける というわけで、調べたことや考えたことをメモしておきます。# 間違っている部分があれば、教えていただけると嬉しいです。 （2011/07/25 追記）複合主キーとサロゲートキーについては、要件やシステムに依存して多様な判断がありうると思います。にもかかわらず、「避けるべき」というタイトルにしたのは極端でした。申し訳ありません。ご指摘下さった皆さん、あり
Leaving Oracle, Joining DeNA
9月1日付けでオラクルを退職し、9月2日付けでディー・エヌ・エーに転職しました。新会社への入社の報告よりも(だいぶ)前に退職の報告をする方が多いようですが、私が外向けにオラクル退職の報告をするのはこれが初めてです。退職と転職の報告と同時に行なうのは、多くの方がナーバスになっているオラクルとMySQLの行く末について、できるだけ悪い印象を与えたくないと考えたためです。ディー・エヌ・エーは世界でも指折りのMySQLの超ヘビーユーザとして知られています。オープンソースの世界では、ベンダーからヘビーユーザの事業会社に転職し、その専門性を生かした仕事を続けることは珍しくありません(オープンソースのメリットの1つです)。というわけで、引き続きMySQLの仕事を続けます。MySQLコミュニティの方はどうか安心してくださればと思います。今後ともどうぞよろしくお願い致します。 私は2006年9月にMySQL
ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering
こんにちはこんにちは。最近お腹痛いばっかり言ってることで有名なiwanagaです。 DeNAは外部的にはプラットフォーム的な部分の方がフィーチャーされることが多いですが、実はソーシャルゲームの提供も行っています。怪盗ロワイヤルとか、どこかで聞いたことがあるのではないでしょうか。 僕はDeNAでソーシャルゲームが誕生した辺りからずっとサーバサイドを見てきましたが、そんな運用の中で自分が貯めてきた知見とかTIPSをご紹介したいと思います。 かれこれ10タイトル近くはレビューしたり運用したりしてるため結構言いたいことはいっぱいあるので、小出しにしつつ評判よければ次も書きます。 ソーシャルゲームのためのMySQL入門一覧 ソーシャルゲームのためのMySQL入門 - Technology of DeNA ソーシャルゲームのためのMySQL入門2 - Technology of DeNA 「MySQL
シーエー・アドバンス エグジニアブログ
CAADvance技術統括本部のブログ、シーエー・アドバンス エグジニアブログです。CAADvance技術統括本部のオフィシャルブログです。 技術への取り組みや、社内制度について紹介していきます。シーエー・アドバンス エグジニアブログ CAADvance技術統括本部のオフィシャルブログです。 技術への取り組みや、社内制度について紹介していきます。 ブログ画像一覧を見る 記事一覧 次ページ >> 新年のご挨拶 2013-01-01 19:34:16 テーマ：ブログ こんにちは、シーエー・アドバンス技術責任者の大谷です。 新年明けましておめでとうございます。 本年もどうぞ、よろしくお願いいたします。 旧年中は多くの皆様のおかげもあり、無事に新しい年を迎える事ができました。 本年が皆様にとって良き年になりますよう、心より祈念いたします。 2012年はシーエー・アドバンス技術統括本部にとって、大き
MysqlのHAとトラブル事例
3. • サービスが機能しなくなる！ • 整合性チェックとか時間との戦いが多い！ • 復旧作業は消耗が激しい！（特に深夜、特に一人） 2.Databaseの障害は心に染みる 代理サーバがサービス継続し機会損失を防ぐ 自動切替にしておけばオペレーションミスが無くなる データの保全性が向上する DBが停止すると‥ システムも人も健康を維持する為に… 4. LVS1LVS DB Master Heartbeat1 +mon DB Slave2 DB Slave1 Heartbeat1 VIP webwebAP READ REPLICATION LVS1LVS DB Master Heartbeat1 +mon DB Slave DB newMaster Heartbeat1 VIP webwebAP F/O 3.HA構成1 (Heartbeat1+mon+mysql)（2010年～）
[ThinkIT] 第1回：シェアの差はそのままデータベースの実力の差か？〜RDBMS各々のメリットとデメリット比較〜 (1/3)
Oracle、SQL Server、DB2 UDBの3大製品に代表される商用RDBMS、そしてMySQLやPostgreSQLといったオープンソースデータベース、両者にはどんな違いがあり、技術者やユーザにとってのメリット／デメリットにはどんなものがあるのか？ いくつもの"定説"が語られながら、今ひとつ本当のことが伝わってこなかった、これら2つのデータベースの事実を探ってみる。 ITソリューションを考えるときに、データベースは欠かせない存在だ。とりわけリレーショナルデータベース（RDB）は、世の中のいわゆるエンタープライズ系ソリューションのバックエンドに必ずといってよいほど実装されている。RDBは、いまやITソリューションの隠れた中心とさえ言ってもよいだろう。 他のアプリケーションと同じように、RDBにも商用ソフトウェアとオープンソースソフトウェア（以下OSS）の2つの大きな潮流がある。前者
レプリケーションを使わないMySQLの冗長化
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、DBMSチームの三谷です。 ヤフーでは多くのサービスでMySQLを利用しています。MySQLはヤフーを支える重要な技術の1つです。 私のチームではヤフーのさまざまなサービスのデータベースを集約して管理・運用しています。 集約することでコストの削減やノウハウの蓄積といった効果を生み出しています。 今回はこの集約環境の冗長化方法についてご紹介します。 集約環境の構成 集約環境ではマスターの冗長化にレプリケーションを利用せず、エンタープライズ向けの共有ストレージを利用したアクティブ・パッシブ型のHA構成を採用しています。 データファイルを共有ストレージに置き、どのマスターサーバーからでも同じデータに対してアクセスできるように
イベントを開催して、コミュニティを築こう！ | Doorkeeper
Doorkeeperの仕組み 初めてのイベントを始める時やコミュニティを盛り上げていくために、Doorkeeperがどうサポートしてくれるのかをわかりやすく紹介しています。 Doorkeeperについて詳しく知る
Introducing the ‘mozjpeg’ Project – Mozilla Research
Today I’d like to announce a new Mozilla project called ‘mozjpeg’. The goal is to provide a production-quality JPEG encoder that improves compression while maintaining compatibility with the vast majority of deployed decoders. Why are we doing this? JPEG has been in use since around 1992. It’s the most popular lossy compressed image format on the Web, and has been for a long time. Nearly every pho
JPEG画像の画質そのままでさらにサイズを小さくする「mozjpeg」プロジェクト
By see like click 画像ファイル形式として極めて広く利用されているJPEG形式のメリットは、画像クオリティをある程度保ったまま圧縮する非可逆圧縮によりファイルサイズを小さくできることですが、Firefoxなどを開発する非営利組織のMozillaは、そんなJPEGファイルを品質を落とさずにさらに10％程度圧縮できる新しいJPEGエンコーダ「mozjpeg」のプロジェクトを開始しています。 新しい JPEG エンコーダ「mozjpeg」プロジェクトを開始します | Mozilla Japan ブログ http://www.mozilla.jp/blog/entry/10384/ 1992年頃に登場し、今ではウェブ上にある画像フォーマットの大半を占めるといっても過言ではないJPEG形式ですが、MozillaではまだまだJPEG形式が持つ圧縮能力は完全に実現されていないという結論に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLアンチパターン - kstkj's diary
MySQL負荷分散の方法
http://www.cpa-lab.com/tech/046