データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
MySQL に大きなデータを送る際に max_allowed_packet を確認した方がいい | Sun Limited Mt.
MySQL でクライアントからサーバに送ることができるパケットの最大は 16MB です。しかしデフォルトでは 1MB になっています。画像を DB に格納している OpenPNE のようなアプリケーションではこの制限に引っかかってしまうことがあります。 max_allowed_packet の確認 mysql> show variables like 'max_allowed_packet'; +--------------------+---------+ | Variable_name | Value | +--------------------+---------+ | max_allowed_packet | 1048576 | +--------------------+---------+ max_allowed_packet を SQL により変更する mysql> set
MySQL table patcher
Reads a table creation file (tables.sql) and compares it to what mysqldump gives, and creates SQL clauses to update the database to match the creation file. sqlupdate v1.6.5 - Copyright (C) Joel Yliluoma (http://iki.fi/bisqwit/) Usage: sqlupdate [options] >changes.sql (Creates an update script) Options: -t tablefile Describes the file containing the new sql layout. Default: tables.sql -d database
Yahoo!オークションでのMySQL 冗長化技術
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはオークション事業部プラットホーム技術のチャックです。 オークションでは一部サービスに RDBMS の MySQL を使ってサービスをご提供させていただいております。 オークションでは多くのお客様よりアクセスを頂いておりますので、大量の更新、参照の処理速度に優れた MySQL を選択し、お客様にストレスなくサービスをご利用いただけるよう 日々業務に取り組まさせていただいております。 しかし、精密機器には故障がつきもので、サービス運用の観点からは 「機器が故障するのはしかたない、しかしそれをいかに早く復旧させるか」 といったことを念頭に入れております。 実際には、障害が起こってから復旧させるのではなく、障害が発生した場合に
MySQL管理ツールと開発ツールのまとめ | エンタープライズ | マイコミジャーナル
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. Smashing MagazineにおいてMySQL Admin and Development Tools Round UpのタイトルのもとMySQLの管理および開発に活用できるツールがまとめられている。MySQLを使った開発やデータベース管理を行っている場合には一度チェックしておきたい内容だ。紹介されているツールを抜粋すると次のとおり。 phpMyAdmin - MySQL管理Webアプリケーション SQL Buddy - MySQL管理Webアプリケーション Aqua Data Studio - MySQL管理アプリケーション(開発向け機能含む) (Win, OS X, Linux, Solari
MySQLレプリケーションを安全に利用するための10のテクニック
MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA（高可用性） ディザスタリカバリ（サイト間レプリケーション） BI（レポーティングetc） という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション
Geo Distance Search With MySQL | PDF | My Sql | Latitude
This document discusses performing geo-spatial searches with MySQL. It describes common geo-spatial tasks like finding nearby points of interest. It then explains how to calculate the distance between two latitude/longitude points using the Haversine formula. Finally, it compares different approaches to implementing geo-spatial searches in MySQL and Sphinx Search, including optimizing queries with
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
データベースサーバー構築(MySQL) - Fedoraで自宅サーバー構築
[root@fedora ~]# /etc/rc.d/init.d/mysqld start ← MySQL起動 Starting mysqld (via systemctl): [ OK ] [root@fedora ~]# chkconfig mysqld on ← MySQL自動起動設定 [root@fedora ~]# mysql_secure_installation ← MySQL初期設定 NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! In order to log into MySQL to secure it, we'll need the current passw
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
MySQL ユーザコンファレンス 2008 1日目のメモ - d.hatena.zeg.la
アメーバブログ-DBチーム パフォーマンス改善 OS,サービスにあわせたMySQL.mMeasureのRPM作 MySQLサーバーの運用方針、監視 データセンターの移設 新技術の検証導入検討 Server構成 2006 Oracle10g RAC Active3台,Standby1 MySQL Master1:Slave41台 記事、コメント、トラックバック Oracleから移行 Replicationのtrafficでは問題ない Replicationのtrafficを圧縮することも検証済み Masterはアクティブスタンバイでfailoverは手作業 Replication_to_tableで負荷分散 ストレージ 記事はNFSマウントしたNAS->NFSサーバとWebDav化 スペック 4億PV/month->50億PV/month キャッシュ App SunWeb+WebLogic
MySQL ユーザコンファレンス 2008 2日目のメモ - d.hatena.zeg.la
午後のセッション中心に聴講しました 新ストレージエンジンSpiderの紹介 これまでの高負荷に対応する更新系DBの分割は現実的にはアプリ側でのパーティショニングしかない Spiderストレージエンジンはこれまでより簡単な更新系DBサーバの分割方式とさらに足りないものをまとめあげた リモートDBに対してテーブルリンクを作成 更新系DBのクラスタリングができる XAトランザクションパーティショニング http://spiderformysql.com/ speekerの方が体だけスパイダーマンっぽい格好 特徴 高いスケーラビリティ 連携が高速 Data更新の同期を担保 既存システムへの導入に クライアントアプリケーション修正が少ない できること 異なるMySQLインスタンスのテーブルを同一インスタンステーブルとして扱うことが可能 同一TableのDataを複数サーバに分割してもつ アプリケーシ
株式会社アッズーリ
従来のような構造的なアプローチではなく、効果に直結する用法や意味を中心としたエンタープライズ・システムを構築します。 ボトムアップだけではなく、経営層の求める効果を得るためのアーキテクチャをビジネスプロセスや組織を含めて多角的に設計します。 また、不確実性の高い現代において市場や環境に対して柔軟且つ堅牢に変化させていくことにできる情報システムを求めます。
6月 | 2008 | ガイドミー管理者日記
カテゴリー: 技術関連 | apache+mysql+phpでDB接続エラーになる場合の対応方法 はコメントを受け付けていません 過去の投稿 2020年5月 (1) 2020年3月 (1) 2019年12月 (1) 2019年10月 (1) 2018年12月 (2) 2018年11月 (1) 2018年10月 (10) 2017年12月 (2) 2017年10月 (1) 2017年9月 (2) 2017年8月 (4) 2017年7月 (2) 2017年6月 (1) 2017年5月 (1) 2017年4月 (2) 2016年12月 (1) 2016年11月 (1) 2016年8月 (1) 2016年2月 (1) 2015年10月 (1) 2014年6月 (1) 2014年2月 (2) 2014年1月 (2) 2013年11月 (1) 2013年6月 (2) 2013年5月 (5) 2013年
MySQL AB :: MySQL 4.1 リファレンスマニュアル
概要 これは MySQL リファレンスマニュアルです。 MySQL 8.0 から 8.0.25、および NDB のバージョン 8.0 から 8.0.25-ndb-8.0.25 に基づく NDB Cluster リリースについてそれぞれ説明します。 まだリリースされていない MySQL バージョンの機能のドキュメントが含まれている場合があります。 リリースされたバージョンの詳細は、「MySQL 8.0 リリースノート」を参照してください。 MySQL 8.0 の機能. このマニュアルでは、MySQL 8.0 のエディションによっては含まれていない機能について説明します。このような機能は、ご自身にライセンス付与されている MySQL 8.0 のエディションに含まれていない場合があります。 MySQL 8.0 の使用しているエディションに含まれる機能に関する質問がある場合は、MySQL 8.0
［MySQLウォッチ］第18回 レプリケーションのトラブル脱出
server-id=7 master-host = 192.168.11.2 master-user= satou master-password = pass replicate-do-db = databank レプリケーションの対象となるデータベースは，「databank」，1つのテーブル「accesslog」が格納されている。マスタ側で，随時データを追加し，レプリケーションの機能を使用してスレーブに複製を作成する。現時点で，リスト1のようにマスターおよびスレーブにデータが格納されている。 リスト1●テーブル「accesslog」の内容(マスター側) mysql> select * from accesslog; +-----+-----+----------+------------+--------------+ | No | ID | Name | Time | Nemo |
INNODB - オンラインマニュアル 1 - MySQL, Qooker, VG-Sync, BitDefender, IP-PBX
文書の更新履歴 更新日：2004年11月30日 警告：MySQL 4.0.22および4.1.7の重大なバグにより、innobackup Perlスクリプトが2回実行されmysqldサーバ全体のフリーズを引き起こすことがあります。バグは、FLUSH TABLES WITH READ LOCKにより発生していました。純粋なibbackupには影響しません。このバグは、innobackupバージョン1.1.0で修正されました。詳細については、セクション 7.4およびセクション9.2を参照してください。 更新日：2004年10月7日 複数のテーブルスペースが使用されている場合に1つのテーブルを復元する方法についてセクション6.3を追加しました。 更新日：2004年10月5日 innobackupに影響する既知のMySQLのバグについてセクション7.4を追加しました。 更新日：2004年9月28日
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Open Source Database (RDBMS) for the Enterprise | MariaDB
http://blog.y17e.com/?p=1209
DBDesigner4 マニュアル(日本語)