だいぶサービスはいい感じになってきた。けど、相変わらずストロークは飛びすぎる。そろそろガットの寿命が近いはずなんで、明日にでもガットを張り直してこよう。前は堅めのガットを52ポンドくらいで張ったはずなんで、今度は柔らかめのガットを48ポンドくらいで張ってみるつもり。飛びすぎるのをスピンで抑えるイメージで。 _ [MySQL][クエリーキャッシュ][プリペアードステートメント] MySQLのクエリーキャッシュが効かない なんかやけにパフォーマンスが出ないなーと思ったら、MySQLのクエリーキャッシュが全然効いていなかった。なんでだろうと思ったら、 Zend_Db_Adapter_Pdo_Mysqlは必ずプリペアードステートメントとしてMySQLにクエリーを流す プリペアードステートメントに対しては、MySQLのクエリーキャッシュが効かない という合わせ技だった。 そんな罠があったのかよ。My
(追記) この問題について、原因はRubyの側にあるのではないかと考えています。特定の条件下でTCPSocket#flushを実行すると、スレッドが停止したまま処理が戻ってこなくなります。以下の投稿で、Railsを使わず再現する方法を説明しました。 http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/43356 (追記おわり) 開発サーバが翌日になるとデッドロックする、という現象が続いていて悩みました。 解決方法は、MongrelのFAQに上がっていました。 http://mongrel.rubyforge.org/faq.html Q: Mongrel stops working if it’s left alone for a long time. If you find that Mongrel stops work
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください! まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
Recommended BooksThis page is a placeholder for a list of books on MySQL-related topics that the community recommends. Feel free to edit this page and suggest a good read! Definitely check out High Performance MySQL, Second Edition. You can read more about it and download a sample chapter as a PDF at http://www.highperfmysql.com/ Retrieved from "http://forge.mysql.com/wiki/Recommended_Books" This
MySQL is a widely used and fast SQL database server. It is a client/server implementation that consists of a server daemon (mysqld) and many different client programs/libraries. You can check the same tips from here.Here is very useful tips for all mysql DBA’s,Developers these tips are noted from MySQL Camp 2006 suggested by mysql community experts. Kaj (Most Excellent Obvious Facilitator) Index s
Summary my.cnf [client] # セキュリティ面から変更すべき port = 3306 [mysqld] # インデックスをバッファに保存する際のメモリサイズ # MyISAMならOSキャッシュも使用するため,全メモリの30-40%を当てると良い. key_buffer = 256M # InnoDBはOSキャッシュを使用しないため,全メモリの70-80%を当てると良い. innodb_buffer_pool_size =512M # データのキャッシュサイズ.I/Oを減らす. # 数百のテーブルであれば,1024が良いらしい. table_cache = 256 # スレッドの作成,削除は負荷が大きい. # Threads_Createdの動きを見ながら変更. thread_cache = 16 # あまり効果は無いらしい. #innodb_additional_poo
給料の振込口座として三井住友銀行に口座を持っています。自動支払いサービスを使用して光熱費等の公共料金の支払いをしていますが、先日それらの内の一つを失念してたことに気づきました。口座を確認した時にはすでに引き落としが完了していたため、手元の資金が心細くなった状態で数日を過ごさなければなりません。三井住友銀行で即日キャッシングが可能であれば、是非利用したいのですが。 運が良ければ、三井住友銀行の即日キャッシングは可能 三井住友銀行の特徴はまずクレジットカード会社との連携したサービスが魅力的なことがあげられます。キャッシングでは銀行カードローンですから、何より安い金利が大きい利点になります。概ね銀行系の審査に必要な時間は長くなるようですが、三井住友銀行ではカード発行が当日に行なってくれます。 三井住友銀行は即日キャッシングができるかと言うと微妙なことになります。申込から審査結果の連絡までは、土日
Workloads Virtual Systems VMware vSphere | Microsoft Hyper-V Server Instances Linux | Windows | Mac Endpoints (OS) Linux | Windows | Mac Applications Active Directory | MS Exchange | MS Sharepoint | Microsoft 365 File SystemsCIFS | NFS/ISCSI/Lustre | ZFS DatabasesMariaDB | MySQL | MSSQL | MongoDB StorageAWS cloud storage | Local disk | Tape libraries View full compatibility matrix
I was restarting MySQL on box with 50.000 of Innodb tables and again it took couple of hours to reach decent performance because of “Opening Tables” stage was taking long. Part of the problem is Innodb is updating stats on each table open which is possibly expensive operation, but really it is only great test case for general MySQL problem. During warmup process I noticed I get very low CPU usage
Sphinx 3.7.1 released Today we're releasing Sphinx 3.7.1, and having skipped a post about Sphinx 3.6.1 back in October 2023, let me highlight the top features from both 3.6 and 3.7 releases. Since 3.5, we added: vector indexes for ANN searches percolation indexes for "reverse" searches unified attr_xxx syntax for index schemas in configs indexer-side joins over SQL and CSV user authentication REPL
Running large DB's on FreeBSD と FreeBSD-stable に投稿された。 質問内容は、 The hardware will be an HP DL385, 2 x dual-core Opterons, 16GB RAM, 7 x 15k rpm disks in a RAID5 setup. ... i know the database will have several million rows and be larger than 10GB. との事。16GB のメモリと RAID5 のディスクを搭載したサーバに 10GB ぐらいのデータベースを FreeBSD と MySQL で構築したいとのことだ。 すぐ、かつ大量にあった返事が RAID5。RAID5 はデータベースの性能を殺すから、絶対避けるようにとのこと。 こちらも RAID5 程ではな
mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char
オープンソースでフリーなER図作成ツール「DBDesigner4」の日本語化を試みるサイトトップページ このサイトについて bookmark このサイトはfabForceで公開されているDBモデリングツール「DB Designer 4」の日本語化を試みるサイトです。 個人が運営するサイトなので公式なサイトではありません。 「DB Designer 4」はGPLライセンスで公開されているオープンソースソフトウェアです。 「DB Designer 4」についての詳細情報は本家サイトをご参照ください。 fabFORCE.net DBDesigner4の特徴 bookmark 直感的なGUIによるERモデル図のモデリング ERモデル図からSQL文(CREATEやDELETE)の自動生成 データベースからリバースエンジニアリングによるERモデル図の生成 データベースとERモデル図の同期化機能 軽快
製品概要 - uni/cluster for MySQL - 「uni/cluster for MySQL」は、MySQLデータベースの規模拡大に最適なソフトウェアです。 GUIツール(管理画面)とマニュアルが日本語化されていますので、従来の製品よりも分かりやすくなっています。 「uni/cluster for MySQL」の特徴 ・透過性の高いデータベースクラスタリング により、MySQL4.0.x〜5.0.x をサポート ・システムの二重化による高可用性 ・Java、Perl、PHP、C/C++の専用ドライバとクラスタのコントローラによる負荷分散 ・16台までデータベースを追加できるスケーラビリティ ・障害発生時の自動フェイルオーバーを実現 ・2ノードからのクラスタリングを実現 ・仮想データベース機能によりクライアントに単一のビューを提供 ・クラスタのコントロー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く