client encodingがutf8でserver encodingがlatin1の時にアホになります。
4月14日から17日までの4日間、米カリフォルニア州サンタクララにおいて、MySQL Conference and Expo(以下、MySQLカンファレンス)が開催された。MySQL関連の最大のイベントである。セッションは有料で、日本円で10万円を超える金額にもかかわらず、参加登録者数は2,000人近くに達し※、日本からも多くのユーザーが参加していた。 ※ セッション参加のできない、展示会場のみの申し込み者も含む。 今回のMySQLカンファレンスでは、複数データセンターにまたがってMySQLを活用するような大規模事例、ペタバイト級の規模に挑戦する事例、MySQL Clusterの事例、Heartbeat + DRBDによる高可用性の事例など、さまざまな事例が発表された。とくにFacebookは、1万台のWebサーバ、800台のキャッシュサーバ(memcached)、そして1,800台のMy
今年もMySQL Conference 2008に行ってきました。社内向けの報告資料と雑多なメモですが、よろしければ参考にしてください。 *1 概要 MySQLがSunに買収されて始めてのConference 8セッション並列で、OSCONの規模にだいぶ近い MySQLが扱うトラフィック量・データ量がどんどん大きくなってきており、それにどう追従するか、という観点の話が多い 買収の話とか "MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に"というのは、かなりミスリーディングな記事 実体は一部のセキュリティ形の機能やnative storage engine-specific driverをMySQL Enterpriseとして出す、という話 Backup機能や、Falcon, Mariaといったストレージエンジンの開発では、Community ServerとE
http://www.mysql-ucj2007.jp/details/e22.html http://www.mysql-ucj2007.jp/details/e23.html MySQL Clusterとは? MySQL Clusterは、ストレージエンジンである 高可用性 ハイパフォーマンス インメモリ Shared Nothing クラスタ ストレージエンジン 高可用性 99.999% Uptimeのために設計されている ノーロックで、オンラインバックアップ NoOfReplicas ハイパフォーマンス Not BEGIN to COMMIT Through Parallelism ひとつのトランザクションを速くするのではなくシステム全体を速くする インメモリ (4.1 and 5.0) メインメモリにインデックス Check point to disk フレキシブルで設定も十分で
http://www.mysql-ucj2007.jp/details/j25.html 木下 靖文 氏 NTTコムウェア株式会社 プロジェクト管理統括部技術SE部門 DB技術グループ (「InnoDB」は「いんのでーびー」と言うらしい...今まで「いのでーびー」と言ってました) InnoDBをなぜ使うか トランザクション コミット、ロールバック、セーブポイント 外部キー 行レベルロック オンラインバックアップ クラッシュリカバリ クラッシュリカバリ MyISAMはデータ量の増大とともに時間がかかる InnoDBはデータ量の増大との相関がない InnoDBチューニングの王道的アプローチ クエリを改善して全体的に処理効率を上げる データサイズをできるだけ小さく メモリをできるだけ多く積む コミット性能(同期書き込み) innodb_flush_log_at_trx_commit=1,0,2
コアだよ ソース変更しちゃうよ 資料はダウンロード可能になるよ 多CPUの有効利用について 基本方針は「不要な待ちを発生させない」 排他の期間は極力短い方がよい。 マルチコア(マルチCPU)の恩恵は5.0.30を使わないと受けられない(Buffer Poolの排他制御において) (コアすぎてまとめられない!) RAIDの有効利用について 基本方針は「遠慮せずに読み書きする」 書き込みはとにかく遠慮せずにどんどん書き込む 読み込みは並列にどんどん読み込む レポートはこれで終わりです。ほぼリアルタイムで打ち込んでほとんど校正してないのでtypoだらけかもしれません。指摘があればゆるりと直していきます。 ありがとうございました。
高可用性とは? 障害が発生してもシステム内のリソースが利用可能な状態に保たれること カテゴリは2つ ハーウェア ソフトウェア 連続化要請 無停止サービス フェイルオーバ時もサービスを中断しない 非常に高水準の可用性(不必要なことも多い) フォールトトレランス SPOF(Single point of failure) フェイルオーバ 高可用性の要件と必要考慮事項 SLA(サービス品質保証契約) 予算と納品までのスピード セキュリティ ストレージの検討 いろいろ スケールアップとスケールアウトの違い MySQLはスケールアウト型 スケールアップ 垂直的 高価 スケールアウト 水平的 OSS レプリケーションとは? 複数の場所へのデータ複写 非同期型と同期型 MySQL Replication ステートメント(対)行ベースのレプリケーション ブロックレベルでのレプリケーション(DRBD) クラ
MTV Flux/MTV Mobile DB projectにおけるMySQL構成の話 Master/Slave MySQL Cluster MySQL社から「まだやらないほうがいい」と言われた(会場笑) DR:BD/Heartbeat HA Master 構成 スケール的にはSingle Masterよりちょっといい アプリに関して Single masterとほぼいっしょ フェイルオーバーが十分早いのでたいした影響がない Heartbeatに関して 設定が大切 間違えの余裕がない peerの接続が特に注目点 本番化する前にテスト mysqld ノード移管が簡単 プライマリとセカンダリのmysqlを同時起動しないことが大切 Heartbeatにおまかせ DR:BD 既存システムに導入の場合、ディスクのレプリケーションが必要 動きを理解するため十分検証するとよい アウテージがあった場合、d
http://www.mysql-ucj2007.jp/details/e13.html Agenda An introduction to Benchmarking data structures query optimisation and query cache etc.. Why Benchmark? Allows tracking of performance over time application SQL snippet .. You get load and stress information ever wondered if for the job InnoDB or MyISAM would be better? Or if running on Linux or FreeBSD made more sense? The Good Scientists Guide
MySQLアーキテクチャの解説 ストレージエンジンがプラガブル 5.1では共有ライブラリ化して動的に組み込めるようになる InnoDBのかわりにfalconを使う Falconとは MySQL ABにより現在開発中の、トランザクション対応のストレージエンジン 開発中で完成してない。alpha版 Jim Starkey氏を中心に開発 InnoDBをほぼ全ての点で上回ることを目指している まもなくベータ版が登場。 MySQL 6.0で安定版を搭載予定 思想:現代的なハードウェア環境をフル活用できるRDBMSを目指す マルチコアCPU 大容量メモリ 低速なディスク、RAID InnoDBとの主な差異 クラスタ索引を採用していない 行ベースのレプリケーション(Binary Logging)のみをサポートし、文ベースのレプリケーションをサポートしない 分離レベル「Read uncommitted」を
This blog was originally published in June 2020 and was updated in April 2024. One of the most common support tickets we get at Percona is the infamous “database is running slower” ticket. While this can be caused by a multitude of factors, it is more often than not caused by a bad or slow MySQL query. While everyone always hopes to recover through some quick config tuning, the real fix is to id
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
Rambling thoughts about recent events in MariaDB / MySQL or Free software/Open source Hi! We have now made the bitkeeper tree of Maria public at http://mysql.bkbits.com Maria is a new storage engine that Guilhem, Sanja, Sergei and I have been working on for the last 2 years. (Before anyone comments that this is not 'that much' for 2 years work, I would lke to note that the first 1 1/2 this was don
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
<< 2007/10/ 1 1. [Ruby] ロゴコンテスト締め切り 2. [Ruby] Rubyで自治体の業務システム構築、松江で実証実験 − @IT 3. On Off and Beyond: 何かを好きになるために努力すること 4. U-20プロコン表彰式 5. 経済産業大臣表彰 2 1. [言語] プログラミング言語「ドリトル」 - Dolittle 2. [Ruby] 【CEATEC】東芝がCell上でRubyを使った家電向けユーザー・インタフェースをデモ:ITpro 3 1. [言語] The Transterpreter 2. 5時間以下の睡眠続け死亡率1.7倍に 7時間寝よう|Ameba News 3. This is making me angry 4. [Ruby] Ruby on Rails Development: Justify Your Choice of R
コンテンツへスキップ WordPress へようこそ。これは最初の投稿です。編集もしくは削除してブログを始めてください !
こんにちは satoです。 オペミスで update に where句を付け忘れたり、プログラムのバグでデータが破損してしまったりした場合でも、バイナリログには更新SQLがすべて書き込まれるので、バックアップデータからオペミスが起こるまでの全てのSQLを流し込めれば、元の状態に戻すことは可能です。 •バイナリログを取っている •オンラインバックアップをとっている(mysqldumpやMySQLを止めた状態でのcpによるバックアップとバイナリログ) •バックアップ時点でのバイナリログの書き込み位置を保存している 以上のような状態でデータが壊れた時の復旧手順をまとめてみました。シナリオとして •ある1カラム email をupdateしようとしたら、間違ってwhere 句を付け忘れ 全レコードをupdateしてしまった •気がついたのが半日後 というオペミスが発生したとします 1) データベー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く