Today, let’s have a look at the TOP 10 new features in MySQL 8.0 that will improve DBA’s life. To shrink the list to 10 only items wasn’t an easy task, but here is the top 10: Temporary Tables Improvements Persistent global variables No more MyISAM System Tables Reclaim UNDO space from large transactions UTF8 performance Removing Query Cache Atomic DDLs Faster & More Complete Performance Schema (H
NUMA 最近のx86_64系のCPUはメモリコントローラを搭載している。2ソケット以上の構成になると、それぞれのCPUがローカルのメモリを管理するようになる。プログラムから見ると同じ「メモリ」なのだが、どのCPUが管理しているメモリなのかによって、メモリのアクセス速度は異なって来る。スレッドが実行されているCPU自身が管理しているメモリへのアクセスは高速だが、他のCPUが管理しているメモリへアクセスするにはそのCPUを経由しなければならないからだ。このようにメモリアクセスが不均一になるアーキテクチャをNUMAという。 MySQLおよびInnoDBは、NUMAであろうがなかろうが別段問題なく動く。ただし、安定性および性能を考えると、管理者がひと手間かけておくことをおすすめする。 NUMAアーキテクチャにおいて、システム全体の性能を活かしきる最適な方法は、ソフトウェアがNUMAを意識したつく
SQL 操作のためのデータベース設計およびチューニング方法のベストプラクティスに従っているが、ディスク I/O アクティビティが多いためにデータベースの速度がまだ遅い場合は、これらのディスク I/O 最適化を検討してください。 Unix top ツールまたは Windows タスクマネージャーに、ワークロードの CPU 使用率が 70% 未満であることが示されている場合、ワークロードはディスクに依存している可能性があります。 バッファプールサイズの増加 テーブルデータが InnoDB バッファプールにキャッシュされると、ディスク I/O を必要とせずにクエリーによって繰り返しアクセスできます。 バッファープールサイズは、innodb_buffer_pool_size オプションで指定します。 このメモリー領域は、通常、innodb_buffer_pool_size を 50 から 75%
シャープの RoBoHoN の実機にふれてたいへん感銘を受けた kagata です。プログラマー視点では SDK などを公開してくれないのが物足りないなーなんて思う一方、基本的にはよいものなのでたくさん売れたらいいなとも思っています。がんばってほしいものです。 さて、今回は AWS 上に構築したシステムの運用ではまったドジ話をご紹介します。 状況 今回取り上げるシステムの状況は次のとおりです： AWS 上に構築した Web サービス データベースは Amazon RDS の MySQL を使用 MySQL への接続には一般ユーザーを使用。root ユーザーは外部に預けている 初期構築時には root ユーザーで DDL を発行した ALTER VIEW できない！ この環境で作業用の一般ユーザーから所望のビューに対して ALTER VIEW しようとすると、以下のエラーになります。 [42
仮面ライダーエグゼイドのあの仮面ライダー離れしたまなざしにはあと何週間で慣れるだろうか、とぼんやり考えている kagata です。 さて、今回は最近遭遇したデータベースの障害についてのお話です。 事例 こんな構成のデータベースサーバがありました。 ストレージタイプ「汎用（SSD）」の Amazon RDS MySQL 5.6系 ストレージエンジンは InnoDB File-Per-Table モードが有効 あるとき、このサーバのパフォーマンスが急に落ちるということがありました。システムに大きな変更は入れていないはずなのに、スロークエリが急に増えてしまいました。 サーバの状態を確認したところ、下のような警告を出力しているのが見つかりました。 DB Instance * has a large number of tables and has the parameter innodbfilep
In this blog post, we’ll discuss upgrading MySQL with Orchestrator. I recently had a client, Life360, that wanted to upgrade from Percona Server 5.5 to Percona Server 5.6, and implement GTID in their high transaction environment. They had co-masters and multiple read slaves. Orchestrator made this job much easier for us. My colleague, Tibi, recently posted about Orchestrator here and here. Daniel
今更だけど MySQL 5.6 ではオンラインDDLの機能が追加されている。今日はこのオンラインDDLについて勉強したことを書いてみる。 MySQL のマニュアル MySQL :: MySQL 5.6 Reference Manual :: 14.11 InnoDB and Online DDL にいろいろ書いてある。いまから書くことはこのマニュアルから得た知識が元になっている。 DDL てなによ？ データではなく、テーブル自身を操作するためのSQL文のこと。CREATE, ALTER, DROP, TRUNCATEなど。オンラインDDLではCREATE INDEX, DROP INDEX, ALTER TABLEに適用される。 http://dev.mysql.com/doc/refman/5.6/en/glossary.html#glos_ddl 5.1 までの ALTER TABLE
MySQLのロックについて JPOUG> SET EVENTS 20140907 2014/09/07 平塚 貞夫 1 Revision 2 自己紹介 • DBエンジニアをやっています。専門はOracle DatabaseとMySQL。 • オープンソースソフトウェアの導入支援をしています。 • 仕事の割合はOracle：MySQL：PostgreSQL＝1：2：7くらいです。 • Twitter：@sh2nd • はてな：sh2 • • 写真は実家で飼っているミニチュアダックスのオス、アトムです。 2 本日のお題 3 想定外のデッドロック • MySQLのInnoDBストレージエンジンに対して、2つのトランザクション を以下の順番で実行するとデッドロックが発生します。 • このデッドロックの発生メカニズムを理解するために、InnoDBのロック アーキテクチャについて確認していきます。 4
awesome-mysql A curated list of awesome MySQL free and opensource software, libraries and resources. This list accepts and encourages pull requests. See CONTRIBUTING Contents Awesome MySQL Analysis Backup Benchmarking Binlog Replication ChatOps Configuration Connectors Deployment Development GUI HA Proxy Replication Schema Security Server Sharding Toolkits Resources E-Books Media Newsletters Analy
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
はじめに Amazon AuroraがGAされました！ Now Available – Amazon Aurora Amazon謹製RDBMS「Amazon Aurora」がリリースされました！！！ Auroraの大きな特徴が、高い可用性です。Aurora以外のDBエンジンでRDSを構築した場合、マスターDBインスタンスのフェイルオーバー先はスレーブDBインスタンスに限定されており、リードレプリカが自動的にマスターに昇格することはありませんでした。Auroraではマスター(Writer)となるDBインスタンス以外はAurora Replicaとなります。マスターDBインスタンスがフェイルオーバーした場合、Aurora Replicaのどれかがマスターに昇格します。 そしてAurora Replicaは一つのDBにつき15個作成できます。つまり、Multi-AZの耐障害性と、リードレプリカの
はじめに AWSチームのすずきです。 今月（2015年10月）よりAWS東京リージョンで利用可能となった、RDS for Amazon Aurora。 とあるサイトのCMS（WordPress）のバックエンドDBとして稼働していたRDS（mysql）を移行し、 Amazon Auroraの性能の一端を確認できる機会がありましたので、紹介させて頂きます。 概要 RDSのスナップショットより、スナップショットの移行（migrate）を実施しました。 ElasticBeanstalkの機能(クローン、DNSスイッチ）を利用して、RDS（Aurora）参照環境の構築と切替を実施しました。 DBの最終同期として、mysqldumpコマンドによるエクスポート、インポートを行いました。 システム概要図 移行手順 スナップショットの復元 AWSコンソール、RDSのスナップショット画面より復元対象とするRD
社会全体が新しい生活様式への変化しようとする中での、子供の教育を中心とした、日々、考えた事、思った事を書いていきます。①目指せ株長者②目指せ1000万リーマン転職③目指せアーリーリタイアに続く4章。 （１）まず何をチューニングしたいのか明確に 【スループット】単位時間あたりの処理能力（Transaction/Per/Second) 【レスポンスタイム】処理を実行してから結果が返ってくるまでの時間 【キューイング】同時実行数の上限を超えた場合、キューで待たされる （２）ベンチマークテストの設計 本番と同じ状況で実施しないと意味が無い。 ・データサイズ ・ユーザー数 ・データ／リクエストのバラつき ・アプリケーションの特性 【ツール】 DBT2 http://nippondanji.blogspot.jp/2009/03/dbt-2.html mysqlslap http://qiita.co
Percona XtraDB Cluster (PXC) has become a popular option to provide high availability for MySQL servers. However many people are still having a hard time understanding what will happen to the cluster when one or several nodes leave the cluster (gracefully or ungracefully). This is what we will clarify in this post. Nodes leaving gracefullyLet’s assume we have a 3-node cluster and all nodes have an
メモったので、貼付けておきます。 間違い等あるかもしれませんが、その場合はごめんなさい。 Auroraは現在Preview中 頻繁にデプロイ・機能変更が行われている 今日の話の内容は6/2時点のもの フルマネージドなDB データベースを数分で作成可能 自動でパッチの適用 1クリックでスケールアウト S3への継続的バックアップ Amazon Aurora AWSがクラウド時代にRDBを作るとするとどうなるかを1から考えた エンタープライズグレードの可用性とOSSレベルのコストを両立 現在はLimited Preview Virginia/Oregon/Irelandリージョンで動いている 5/20よりpreviewがプロダクション環境へ移行 Beta環境はクローズ AuroraのPricing 現在は、r3シリーズのみでの提供 ライセンス料金は不要 MySQLと100%互換なので、ロックイン
How to store emoji in a Rails app with a MySQL database … and check why 5600+ Rails engineers read also this How to store emoji in a Rails app with a MySQL database Suppose you have a Rails app and you are storing your data in a MySQL database. You were requested to add emoji support to your application. Probably you are thinking: Oh, that’s simple, it’s just unicode, isn’t it? The answer is: no.
【追記 2018/01/06】現在Mackerelは、時系列データベースという概念をクラウドの技で再構築する - ゆううきブログの時系列データベース実装へ移行しています。 サーバモニタリングサービス Mackerel で採用している時系列データベース Graphite を用いたシステムの構築と運用事情を紹介します。Graphiteについては、プロビジョニングやアプリケーションからの使い方、Graphite自体のモニタリングなど様々なトピックがありますが、特に大規模ならではのトピックとして、Graphiteの内部アーキテクチャ、パフォーマンスチューニングおよびクラスタ構成についての知見を書きます。 背景 Graphiteシステム概観 データ構造とアーキテクチャ whisperのデータ構造 carbon-cacheのアーキテクチャ パフォーマンス特性 パフォーマンスチューニング ミドルウェアレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
