はじめてのMySQL。意外と知らない3つのTips - ぐるなびをちょっと良くするエンジニアブログ
はじめまして。インフラストラクチャサービスグループの吉田と申します。普段はデータベース管理者の業務を担当しています。 今回は、初めてMySQLを触る方々に、私がデータベース管理者（DBA）という仕事をする中で培った意外に知られていないナレッジを紹介したいと思います。 リレーショナルデータベース管理システム（RDBMS）といっても、有名なものだけでOracleやPostgreSQL、MySQLなどいろいろなプロダクトがあります。どれもSQL言語で、トランザクションも制御できる同じようなものだと思ってしまうことが多いのではないでしょうか。 しかし、実際に使ってみたら、当然できるものだと思っていた事ができず、最初から知っていれば良かったのに、と後悔することも。かくいう私もRDBMSにOracleから入り、違いに面食らった一人です。そこで、よく使うけど案外知らないMySQLのTipsを3つ紹介した
トランザクション分離レベルを理解するために実際に試してみる – sawara.me
「トランザクション分離レベル」って今まで聞いたことはあったんだけど、なんのこっちゃわからんかったし、実用面で運用中に気にすることもなかったし、けど知らないままなのもなんだかなぁ、ってことで改めて調べてみました。 Wikipediaによりますと トランザクション分離レベル （-ぶんり-）または 分離レベル (英: Isolation) とは、データベース管理システム上での一括処理（トランザクション）が複数同時に行われた場合に、どれほどの一貫性、正確性で実行するかを4段階で定義したものである。隔離レベル 、 独立性レベルとも呼ばれる。トランザクションを定義づけるACID特性のうち,I(Isolation; 分離性, 独立性)に関する概念である。 Wikipedia「トランザクション分離レベル」より 重要なのはトランザクションのACID特性のI(Isolation; 分離性, 独立性)に関する概
cronジョブの多重起動を MySQLの汎用ロック機能で回避する - ブログ - ワルブリックス株式会社
MySQLのロック機能を使って楽に cronジョブの多重実行回避をしようという話 たかがロック、されどロック システムで非同期にキューの処理などを行う場合、cronを使って短い間隔でバッチジョブを起動してキューを処理するという方法がよく取られるが、キューの混み具合によってはバッチジョブにかかる時間が長くなってしまうため、前に実行されたジョブがまだ走っているかどうかチェックして、もし走っている場合は処理を実行せずにそのまま終了するといった制御が必要になる。 たまにこの制御をしていないバッチジョブが溜まりに溜まってシステムをハングさせているのを見かける。 適当な空のファイルを作成してこれを flockするとか、システムコールレベルでアトミックに作成できることになっているオブジェクト（シンボリックリンクなど）を駆使してロックの代わりにするとかといったテクニックが典型的に利用されるが、これらを真面
MySQLの LAST_INSERT_ID の挙動について少し調べてみる - まるまるこふこふ
一意なIDを取得するための採番テーブルを利用したかったのだが、 ベストプラクティスとして色んなサイトに書かれているやり方が以下。 update num set id = LAST_INSERT_ID(id + 1); select LAST_INSERT_ID(); だいたいやってることは理解できる（採番テーブルを更新して、更新後のデータをselect） のだが、 LAST_INSERT_ID ってなんじゃい？となったので調べてみた。 LAST_INSERT_IDを使って採番テーブルを扱う - (ﾟ∀ﾟ)o彡 sasata299's blog 上記の記事がわかりやすかった。 だが、そもそも適切なトランザクション管理してあれば LAST_INSERT_ID 使わなくてもよくない？って思ったのでちょっと検証してみる。 準備 mysql> CREATE TABLE num ( -> id big
MySQLのAUTOCOMMIT（オートコミット）覚え書き – OpenGroove
MySQLの機能のひとつ、AUTOCOMMIT（オートコミット）が有効／無効でどのように挙動が変わるのか、今イチ理解できていない。やっぱり、一回書いておかないと。 前提として、トランザクションセーフであるInnoDBテーブルが対象であること（MySAMはトランザクションをサポートしていない）。なお、この記事内における「暗黙のうちに、暗黙的」という表現は「自動的に」と同義語と 捉えるものとする。（・・・と勝手に決めます） AUTOCOMMIT（オートコミット）有効／無効の違い AUTOCOMMIT（オートコミット）を有効にするか無効にするかにより、トランザクションの開始／終了の方法が変化する。 オートコミットを有効にした場合（デフォルトで有効） この場合のトランザクションは単一のSQL文実行時に暗黙のうちに、またはSTART TRANSACTION文によって明示的に開始される。 この中でST
SQLServerのテーブルロック状態を取得するSQL
ロックの状態を調べるSQLは以下の通り SELECT resource_type as オブジェクトの種類, resource_associated_entity_id as エンティティID, (CASE when resource_type = 'OBJECT' then OBJECT_NAME(resource_... SELECT resource_type AS type ,resource_associated_entity_id as entity_id ,( CASE WHEN resource_type = 'OBJECT' THEN OBJECT_NAME( resource_associated_entity_id ) ELSE ( SELECT OBJECT_NAME( OBJECT_ID ) FROM sys.partitions WHERE hobt_id=re
jdbcRunnerを使ってDatabaseの性能評価しちゃったシリーズ②jdbcRunnerによるTPC-C実行 編 | クラウド工房 Powered by Amazon Web Services
皆様。こんにちは。ドリー・ファンク・ジュニアです。前回はjdbcRunnerのインストール方法に関して記載しました。 さて、今回は、jdbcRunner上にすでにスクリプトが存在している、「Tiny TPC-C」と言うスクリプトを利用して、TPC-Cベンチマークテストを実施する方法に関して記述したいと思いますので、よろしくお願いいたします。 TPC-CとはTPC（トランザクション性能評議会）によって策定された、ベンチマーク仕様の一つです。卸売業における注文・支払いなどの業務をモデルにしたトランザクションを実行し、データベースの性能を測定できると言うものです。メーカー各社でもベンチマーク測定の為にTPC-Cを使って測定している事例をよく見かけます。 TPC-Cの情報に関しては私が説明するよりも以下のサイトにわかりやすく説明がのっていますので、確認をお願いいたします。 http://hp.ve
jdbcRunnerを使ってDatabaseの性能評価しちゃったシリーズ①jdbcRunnerのインストール設定方法 編 | クラウド工房 Powered by Amazon Web Services
皆様。こんにちは。アブドーラ・ザ・ブッチャーです。今回はOracle Database などを利用する際にとっても気になる。負荷試験（ベンチマーク試験）に関して、記載します。「オンプレミスから、AWSなどへDatabaseの移行を行う際に、性能は大丈夫なのかな？」、「インスタンスタイプなどの変更を行うと本当にDatabaseの性能が向上するのかな？」などDatabaseの性能に関する疑問・不安はつきものです。そういった場合に意外と役に立つのがこのベンチマークテストと言う訳です。 そもそも、データベースの負荷試験ってどのような物があるのでしょうか？分類すると以下のような負荷試験がデータベースには存在します。 ① 実際のアプリケーションを利用し、負荷を掛ける事でDatabaseにも負荷を掛ける。 実際のアプリケーションを利用し、実際のデータ、あるいは実際に即したデータを利用する事で、これらのア
オンプレのSQL ServerからAWSへレプリケーションをする – 1.基礎知識 – | DevelopersIO
こんにちは、せーのです。 ディザスタリカバリ(DR)が叫ばれている昨今、手元にあるDBサーバーのデータをクラウドに退避させておきたい、また負荷分散のために同じデータだけど部門ごとで参照するDBを分けたい、というようなご要望は多いです。 ではAWS上にSQL Serverを立てて、元々あるSQL Serverのデータを定期的に、またリアルタイムにレプリケーションさせることは可能なのでしょうか？今回から数回にわけてオンプレにあるSQL ServerをAWS上にレプリケーションさせる方法とポイントを書いていきます。 初回となる今回はまず基礎知識としてレプリケーションではどういう処理が行われるのか、SQL Serverで使用できるレプリケーションの種類についてお話したいと思います。 レプリケーションの仕組み まず最初に、レプリケーションの仕組みについてお話します。 全体図はこのようになります。 S
tree-tips: Waiting for table metadata lock | MySQL
Waiting for table metadata lockって何？ 8.10.4. Metadata Locking Within Transactions 日本語ページにこの説明は無いので、頑張って翻訳してみます。 To ensure transaction serializability, the server must not permit one session to perform a data definition language (DDL) statement on a table that is used in an uncompleted transaction in another session. トランザクションの直列化を確保するため、他セッションによる処理が完了するまでの間、DDLの実行は許可しません。 As of MySQL 5.5.3, the serv
(pdf) MySQLパフォーマンスチューニング概要 - Oracle
<Insert Picture Here> MySQLパフォーマンスチューニング概要 日本オラクル MySQL Global Business Unit Copyright© 2011, Oracle. All rights reserved. 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。 また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことは できません。以下の事項は、マテリアルやコード、機能を提供することをコミットメン ト（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さ い。オラクル製品に関して記載されている機能の開発、リリースおよび時期につい ては、弊社の裁量により決定されます。 OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。文
MySQLのINSERT/UPDATE時におこる不整合対策 - LukeSilvia’s diary
先日、作っているアプリケーションにバグが発生しました。バグの内容は次のようなものでした。 同時に存在してはいけないはずのデータが、DB に存在する 整合性のチェックはアプリケーションレベルで行っている 一意制約のような単純なものではないので、アプリケーションレベルで実装 整合性のチェックロジックは正しい これに対し、バグは次のような状況で発生したと仮説を立てました。 ユーザがレコードを一括登録しようとする 登録ボタンを押したがレスポンスが遅い この間、整合性チェックが走っている ユーザはもう一度登録ボタンを押した 2回目の登録の整合性チェックが走り始める 1回目の登録の整合性チェックが完了、INSERTが始まる 2回目の登録の整合性チェックが完了、INSERTが始まる 2回目の登録の整合性チェックの間、DBにはまだ1回目の登録によるINSERTが実行されていないので、チェックを通過した 結
MySQLでトランザクションの4つの分離レベルを試す - FAT47の底辺インフラ議事録
トランザクションとは 1つの作業単位として扱われるSQLクエリの集まりです。 複数のUPDATEやINSERTをひとつの集まりとして、 それらのクエリがすべて適用できた場合のみデータベースに反映します。 ひとつでも適用に失敗したクエリがあった場合は、そのまとまりすべてのクエリの結果は反映しません。 ACID特性 トランザクション処理に求められる4つの特性です。 原子性 (Atomicity) トランザクションに含まれる手順が「すべて実行されるか」「すべてされないか」のどちらかになる性質。 一貫性 (Consistency) どんな状況でもトランザクション前後でデータの整合性が矛盾なく保たれる性質。 分離性 (Isolation) トランザクション実行中は、処理途中のデータは外部から隠蔽されて他の処理に影響を与えない性質。 永続性 (Durability) トランザクションが完了したら、シス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
株式会社プロズサービス