naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う
あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。 そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----
MySQLの状態がリアルタイムでわかるMySQL用topコマンド「mytop」と「innotop」
サーバのチューニングをする上でかなりやっかいなのがデータベース系。特にログファイルの量が膨大になると後から中身を見て問題を分析するのも一苦労という場合が。そんなときにこのMySQL用topコマンド「mytop」を使えば一体何が起きているのかがすぐにわかるので問題点の把握が容易になります。ベンチマークするときに併用すればかなり効率が良くなるのではないかと。 インストールと使い方は以下の通り。 まずは「mytop」から。以下が公式サイト。 mytop - a top clone for MySQL http://jeremy.zawodny.com/mysql/mytop/ マニュアルは以下にあります。 mytop - display MySQL server performance info like `top' インストールするにはSSHなどを使ってrootでログイン後、wgetでファイル
「ちょっと待て」 真・MySQLのクエリを最適化する10のTips：CodeZine
Jaslabs: High performance phpで紹介された「MySQLのクエリを最適化する10のTips」に対して、反論している人がいる。ブログ「20bits」のJesse氏だ。彼は「10 Tips for Optimizing MySQL Queries (That don’t suck)」というエントリーで、Jaslabs氏の記事は適切でないとしている。 Jesse氏の経験によれば、SQL最適化で最も重要なことはSQLやDBの基本をしっかりと理解することであり、60％がこれで解決するという。残り35％はDBやクエリの特殊な性質に対する対処であり、最後の5％で発想の転換などを求められる。Jaslabs氏はここにばかり力を入れており、それはまったくもって時間の無駄だと述べている（Jesse氏は「SQL_SMALL_RESULTなんて、生まれてこの方使ったことすらない」とまで言
１人で稼ぐ日記 | MySQL：１台しかない環境でエセ負荷分散
MySQLのネタ。 １台しかない環境でエセ負荷分散を行う。 MySQLで負荷分散を考えたとき、 １台目にマスターのＤＢサーバー、 ２台目以降をスレーブのＤＢサーバーとして用いる。 マスターは更新系のみのＳＱＬ文を、 スレーブは参照系のみのＳＱＬ文を投げる。 こんな負荷分散を１台のサーバーで行う必要が出てきた。 現在１台でやっていて、ディスクＩＯが追いつかずに捜し求めた結果、下の形で落ち着いた。 １つのテーブルでインデックスを含めたサイズが 30MB〜100MBほどで安定している、という条件があるのですが かなり負荷下がります。 ※上記サイズは搭載メモリサイズによって変わります -------------------------- ■やりかた 負荷が高いテーブルをＡとする １：Ａと同じテーブル構成で、エンジンをMEMORY(he
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
[Rails] MySQL使うときのMigrationのOptionメモ - inabatchの日記
僕が、Railsの中で高く評価していて、お気に入りの機能がMigrationです。なぜならば、Migrationにスキーマ情報を管理させることで、スキーマ情報を開発者間や、テスト時において、統一させることができるし、スキーマのロールバックもできるようになるからです。 システムで良い物ができたとしても、リリースでミスったら結局のところ、ダメなシステムとみなされる可能性があります。以外と権限設定関連、シェル実行時のパスなどでミスが多く見受けられます。また、SQLのスキーマについても同様でミスが出やすいように思います。なので、Migrationがあればリリース時でも安心です。※Capistrano使うとMigrationしてくれるのかな？？ 実行は、このようにする。rake db:migrate 特定のバージョン番号にしたいときは、このようにする。rake db:migrate VERSION=
MySQL エラー「ERROR 1206 (HY000): The total number of locks exceeds the lock table size」: 仕事を早く片付けて遊ぶための技術メモ
●MySQLのエラー「ERROR 1206 (HY000): The total number of locks exceeds the lock table size」回避方法 MySQLでinnodbで使用時、大量データのUPDATE時に "ERROR 1206 (HY000): The total number of locks exceeds the lock table size" のエラーが出ることがあります。 この場合、/etc/my.cnfの下記パラメータで、pool_sizeを大目にとって やります。 innodb_buffer_pool_size = 384M を設定。 ◆参考URL http://dev.mysql.com/doc/refman/5.0/en/innodb-configuration.html データベースサーバは、扱うデータベースサイズが大きい場合、
MySQL (InnoDB) における行のサイズと速度の関係について - kazuhoのメモ置き場
集約演算を行うケースでは、行のサイズを小さく保つことはとても重要。アクセス頻度が低いコラムは別テーブルに追い出すとかしたほうがいいくらい。 一方、集約演算を行わないケース (単一行の insert, update 等を含む) の場合は、(クライアントとの通信のための) システムコールがオーバーヘッドになるので、小さなテーブルにたくさんアクセスをするよりも、長い行を持つテーブルに１回アクセスするほうが良い。 たとえば手元の環境での insert on duplicate key update の速度は、 行のサイズ 必要時間 0KB 1 3KB 4 6KB 7 9KB 13 12KB 13 とかそんな感じ (環境やクエリによる変わるので自分で測定してね。9KB の速度低下はページサイズの1/2を超えたからかな)。つまり、行のサイズが1KB程度だと、通信のオーバーヘッドが大きいからあまり問題に
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
Re: MySQL最適化のミニtips - 日向夏特殊応援部隊
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
InnoDB のパフォーマンスチューニング - MySQLカンファレンス2007 - akiyan.com 管理人メモ
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
MySQLのInnoDBでのデッドロック - mixi engineer blog
こんにちは、mixi開発部にてアプリケーション開発をしていますyouheiです。 今回は、MySQL-5.0.45のInnoDBで連番を管理するテーブルのパフォーマンス測定をしていたのですが、その際に少し変わったデッドロック問題に遭遇しましたので、そのあたりをネタとして書いてみたいと思います。 まずは、今回使用したデータベースのスキーマは下記のようなものです。 CREATE TABLE num ( id bigint unsigned NOT NULL default '0' ) Engine=InnoDB; AUTO_INCREMENTは使用していません。 そこに1レコードだけ登録します。 INSERT INTO num (id) values (1); そして実際連番を取得する際には、 UPDATE num SET id = LAST_INSERT_ID(id+1); といったクエリを
cl.pocari.org - 拡張され続ける InnoDB のデータファイルのサイズを小さくする方法
拡張され続ける InnoDB のデータファイルのサイズを小さくする方法 2006-07-07-2: [MySQL] MySQL でトランザクションを可能にするストレージエンジンとして InnoDB があります． InnoDB のデータファイルは，MyISAM テーブルと異なって，デフォルトでは ibdata1 というファイルにデータが蓄積されていくとこになります． MySQL の datadir に自動拡張する 10 MB の ibdata1 ファイルが 1 つと、5 MB の ib_logfile ログファイルが 2 つ作成されます - 7.5.3. InnoDB 起動オプション http://dev.mysql.com/doc/refman/4.1/ja/innodb-start.html この ibdata1 は，大量のデータを追加していくと，自動的にサイズを拡張していきます． ただ
フツーな日常 - InnoDBを使うときのパフォーマンスチューニング
ストレージエンジンとしてInnoDBを使うときはMyISAMのときと触るべきポイントが違うので注意。 http://www.mysqlperformanceblog.com/files/presentations/OSCON2004-MySQL-Innodb-Performance-Optimization.pdf を読みながら取ったメモ。状況としてはRedHat AS3.0で動かしたときのDBT2*1のパフォーマンスを改善していくというもの。MySQL デフォルト状態での分析 Handler_read_nextが多い、つまりrange scanかindex scanが多すぎる slow query logで何が悪いかを引っかける 例では2秒以上処理にかかったqeuryを記録するようにしている 結果を分析 update文が遅かったけど、update文そのままではexplainできないので、
MySQL 5 の場合はmytopよりinnotopのほうがいいかも - （ひ）メモ
MySQLのモニタするのに便利なmytopなんですが、MySQL 5に対して使うと、クエリの割合表示が全部ゼロになってしまったります。 これは、MySQL 5.0.2でSHOW STATUS文が変更され、GLOBALかSESSIONというオプションを指定できるようになったことに起因します。このオプションを省略した際はSESSIONを指定したときと同じ動作となり、SHOW STATUS文で得られるのは自分自身の接続についての情報のみとなります。 mytopはオプションなしのSHOW STATUS文を使っているので、MySQL 5ではmytop自身の接続についての情報しか得られず、その影響として、クエリの割合表示が全部ゼロになってしまったりするわけです。 対応は簡単で、mytopのSHOW STATUSをSHOW GLOBAL STATUSに書き換えればいい(書き換えるとMySQL 4.1以前
はてなブログ | 無料ブログを作成しよう
ネイルで使う材料で、DIY時の木割れやネジ跡を派手にしたらかわいい OSB合板でちょっとしたボックスをつくりました。 ビス止め下手すぎて木を割ったり穴あけすぎたりした場所に、好きな派手色の樹脂を詰めてパテ代わりにしてみました。 ちょっと某HAYっぽみ出て可愛かったので、自分用にメモです。 手順 塗装 派手色グミジェルで失敗部分…
データ型の抽象表現 - 職業的思考内容
マイグレーションを使うとデータベース固有のデータ型に依存しない表現でスキーマの定義ができる。MySQLであれば、実際にはこんな定義になる。 抽象表記 Ruby MySQL :primary_key Fixnum int(11) DEFAULT NULL auto_increment PRIMARY KEY :string String varchar(255) :text String text :integer Fixnum int(11) :float Float float :datetime Time datetime :timestamp Time datetime :time Time datetime :date Date date :binary String blob :boolean Object tinyint(1) MySQLではtimestamp型のカラムは、形式
InnoDBでテーブル毎にファイルを分割する方法 - ストレージエンジンとファイル構造 - MySQL管理
前のページで記述したとおりテーブルのストレージエンジンにInnoDBを指定した場合、テーブル定義に関する情報はテーブル毎に作成されたファイルに格納されますが、テーブルに含まれるデータやインデックスはテーブルスペースと呼ばれる共通のファイルに格納されます。 1つのファイルに情報を格納していくと、1つファイルサイズが大きくなってしまったりバックアップなどの際に不便です。その為、InnoDBであってもテーブル毎にテーブルデータやインデックスを個別のファイルに格納することが出来るようになりました。 どちらの方式が使われているかは「innodb_file_per_table」の値を確認することで分かります。 「OFF」となっている場合には共通のテーブルスペースを使う方式となっています。 では変更してみましょう。「my.ini」ファイルの[mysqld]セクションに次の設定を追加して記述します。 [m
innotop
Cybersecurity Starts With Password Security. Keeper is the top-rated password manager for protecting you, your family and your business from password-related data breaches and cyberthreats. Research shows that a whopping 81% of data breaches are due to weak or stolen passwords. Business password managers provide an affordable and simple way for companies to solve the single biggest root cause of m
naoyaのはてなダイアリー - 負荷とは何か
調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ
x86 Linux のメモリモデル、プロセス空間切り替え、カーネルスタック - naoyaのはてなダイアリー
ひとつ前のエントリ id:naoya:20070924:1190653790 では Linux のコンテキストスイッチにおける、主にハードウェアコンテキストの退避/復帰の処理を追ってみました。その中で カーネルスタック (switch_to() 内で pushl %ebp とかして値が積まれるスタック)とはそのときの実行コンテキストに紐づくカーネルプロセススタックという理解でよいか。 という疑問がもやもや湧いて出てきました。ここ数日 はじめて読む486―32ビットコンピュータをやさしく語る を読んでいたのですが、その中にこの疑問への答えへの入り口が載っていまして、そこを糸口に調べてみました。で、結果としては 答え: 良い でした。 x86 は特権レベルの移行と連動してスタックポインタを切り替える仕組みを持っています。Linux の場合モードはカーネルモード(特権レベル0) とユーザーモード
DBサーバ向けLinuxチューニングを考える 〜 メモリオーバーコミット編 : DSAS開発者の部屋
Cでプログラムを書いていて大量のメモリを確保したくなったとき、大抵は mallocを使うと思いますが、その際には戻り値がNULLかどうかを判断してエラー処理に飛ばすと思います。しかし、Linux のメモリ管理サブシステムには「メモリ・オーバーコミット」という機構があり、実装されているメモリ以上の領域を確保できてしまいます。 #include <stdio.h> #include <stdlib.h> int main() { int i; char *p; for(i=0;i<65536;i++){ p = (char *)malloc(65536); if(0 == (long)p){ break; } } printf("SIZE=%dMB\n",i*65536/1024/1024); return(0); } swapoff したメモリ 1G のマシンでこれを実行するとこんな感じにな
Open Tech Press | Linuxのスワップ処理を最適化するためのヒント
コンピュータのメモリ容量を超えるサイズのプログラムを実行する必要がある場合、最近のオペレーティングシステム（OS）のほとんどはスワップ処理と呼ばれる手法を用いる。これは、メモリ内データの大部分を一時的にハードディスクに格納しておき、必要なデータだけを物理メモリ空間に持ってくるというものだ。本稿では、Linuxシステムにおけるスワップ処理の効率化とスワップ処理サブシステムのパフォーマンス最適化につながるテクニックを紹介する。 Linuxは、物理メモリの領域をページという単位に分割して処理する。スワップ処理とは、ハードディスク上にあらかじめ設定した空間（これをスワップ空間と呼ぶ）にページ単位でメモリ上のデータをコピーし、そのページのメモリ領域を解放する処理をいう。物理メモリとスワップ空間を合わせた容量が、仮想メモリとして利用可能になる。 スワップ処理が必要になる主な理由は2つある。1つは、物理
Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる
Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に
＠IT：/procによるLinuxチューニング ［前編］（1/2）
/procによるLinuxチューニング ［前編］ ～ /procで理解するOSの状態 ～ Linuxの状態確認や挙動の変更で重要な役割を担うのが/procファイルシステムである。前編では/procの概念や/procを利用したOSの状態確認方法を理解していただきたい。（編集局） 遠田 耕平 2002/12/10 本稿では、/procファイルシステムによるカーネルチューニングを紹介します。カーネル2.4.19をベースに説明していきますが、カーネルのバージョンによって内容が異なる場合があります。また、ディストリビュータが独自の拡張を施しているものもあります。従って、これから説明する内容がすべて当てはまるとは限りません（端的にいうと説明の対象が存在しなかったり、説明されていない機能が追加されていることがあります）。 /procファイルシステムとは /procは、Linuxシステムの/（ルート）に「
大規模サイトのLinuxカーネルチューニング
大規模サイトの為のLinuxカーネルチューニング (Linux kernel tuning for large site) 文責: もりかわひろかず * ** 大規模なサービスを行うサーバOSとしておこなうべき チューニングの定石について記述します kernelのバージョンは2.4.31を対象にしています (もう2.6でしょう) (2.4版のメンテやめます) OSのデフォルト設定は一般的な規模を想定しています それを逸脱するような大規模な用途(大規模なwebサーバ、 web cache(squid)サーバ、バーチャルドメインサーバ[仮想サーバ])に使用するには、 やはりそれなりのチューニングが必要になってきます 以下で、そのチューニングの定石を列挙します (なぜチューニングが必要なのか) (個々の値については各サイトで調節してください) (以下のパラメータは I
フォアフロント日記 Railsのサイトをサクサクと！！ mod_cacheでキャッシュする|お客様が儲かるWebサイトを提供する会社【フォアフロント】
Railsのサイトは重いと思われていませんか？ また、マシンパフォーマンスが必要だと思っていませんか？ 必ずしもそうではないのです。 とは言ってもRailsで全てのコンテンツを毎回作成してはコストがかかってしまいます。 そこで今回は毎回動的にページを生成するのではなく、キャッシュを利用してRailsへの負荷を減らす事を考えます。 ★処理の流れが変わる Rails自身にもキャッシュ機能はあるのですが、今回紹介するのはApacheでキャッシュするmod_cacheというモジュールです。 現在フォアフロントで構築しているRuby on Railsの環境では、HTTP(S)のリクエストは Apache → mod_proxy,mod_proxy_balancer → mongre という流れで処理を行っています。 mod_cacheを利用する場合には Ap
SNS ミニブログ の 開発 構築 運営 ファインアーク株式会社
2008.09.11 Venture Nowに掲載されました [ メディア掲載 ] 2008.09.11 ミニブログ「Timelog」がオフィシャルグループを提供開始 [ ニュースリリース ] 2008.08.11 夏季休暇のお知らせ [ お知らせ ] 2008.07.03 Venture Nowに掲載されました [ メディア掲載 ] 2008.07.01 ミニブログとデジタルサイネージが連携 [ ニュースリリース ] 2008.06.13 セミナー×Timelog IMC Tokyo 2008 [ お知らせ ] 2008.06.07 イベント×Timelog みんなの「なにかできること、ひとつ。」 [ お知らせ ] 2008.04.23 ファインアーク、「タイムログ」をYahoo! JAPAN IDと連携 [ ニュースリリース ] 2008.03.24 第一回ジオメディアサミットに参加し
Webサイト制作 システム開発のサンロフト（静岡県）
トップに固定（ニュースリリース）トピックス 2023/07/28 書籍『コミュニケーションの問題地図』にnanotyが紹介されました
Site Cooler NZ | Points to Note When Shopping for a Washing Machine
Blog Post Featured post Sprinkle delicious dishes as a cook with gourmet cookware Continue reading Points to Note When Shopping for a Washing Machine There are different washing machines brands in New Zealand. When shopping, therefore, you need to ensure that first, you get a quality machine; a machine that will last through many years without breaking down. You check product warranties and review
日々是日記 by hikatu: Apacheのチューニング by mod_cache
勤めていた会社を辞めたのですが、バイトに誘われてしまい。 軽くＯＫ出しちゃいましたｗ そっしたら、当初は聞いていなかったApacheのチューニングをするハメに！！ んなのやったこと無いから！てか俺で良いんか！？やるよ？やっちゃいますよｗ てな感じでやってみました。 最初はモジュール追加するぐらいだろうと思ってたんですが、 これが手強かった。。。 今回はアクセス数の突発的な増加が良くあるサイトが対象なので、同時アクセス が高くても耐えられる形を望まれました。 で、基本はリクエストがあった場合にはPHPの処理が走るのですが、PHPでは無くて、キャッシュを返すようにして負荷を下げようという方針にしました。 (このPHPが曲者で凄い重いんですよ。。。色んなとこみてますんで) で、やった事 1)モジュール追加 apacheのモジュール参照先にmod_cache.soとmod_disk_cache.s
mod_cache - Apache HTTP Server Version 2.4
This module should be used with care, as when the CacheQuickHandler directive is in its default value of on, the Allow and Deny directives will be circumvented. You should not enable quick handler caching for any content to which you wish to limit access by client host name, address or environment variable. mod_cache implements an RFC 2616 compliant HTTP content caching filter, with support for th
カラフルはっちゃんねる
2011年09月04日23:57 カテゴリ ＊お引越し＊ ブログをお引越ししました！ これからは新しいブログでわたしの拙い文章と写真を 楽しんでもらえたらうれしいです。 新ブログ→ http://hacchi.in ここは残しておきますが、RSSやブックマークしてくださっている方が いらっしゃいましたら、お手数ですが変更をお願いいたします。 ＊＊＊ ロリポの契約をして2年ｗドメインを取得して2年ｗ ロリポを解約してヘテムルに仲間入りして1年目ｗ その間ずっとずっとこのはっちのブログをWordpressに移行しようと 計画だけはたててきました。 なかなかデザインができなかったり、なかなか時間がとれなかったり、 何度もWordpressにつまづいたり、 そんなこんなでお金だけは払い続けてきた2年間でしたｗ その間にWP何回バージョンアップしたんだろうかｗ デザインをごにょごにょやるよりも、Wo
高反発マットレスの選び方 | アフィブログに騙されない為の高反発マットレス手記
ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。
CNET Japan
人気の記事 1Airbnb、屋内監視カメラの設置を禁止へ--4月30日から 2024年03月12日 2「Ray-Ban Meta」スマートグラス、名所を特定して説明する新機能を提供へ 2024年03月13日 3新型「iPad Air」「iPad Pro」、3月末～4月に発売か 2024年03月12日 4M3搭載「MacBook Air」レビュー：M1/Intelモデルからは大いに買い換えの価値あり 2024年03月13日 5サムスン、ミッドレンジの「Galaxy A55 5G」「Galaxy A35 5G」を発表 2024年03月12日 6「iPad」2024年モデルはどうなる？これまでの予想と個人的な期待 2024年03月11日 7モトローラ、2万円強のエントリースマホ「moto g24」--8GB拡張できる「RAMブースト」搭載 2024年03月13日 8東京都、QRコード決済で最大1
Timelog開発ブログ
今をメモする「Timelog（タイムログ）」の中の人による開発ブログ。 http://timelog.jp お疲れさまです、はっちです。 今日は開発ブログ移転のお知らせです。 管理をしやすくするために、ブログサービスを BloggerからWordpressに変更いたしました。 Timelog開発ブログ これまでのブログ記事は既に移行させておりますので ご安心くださいませ。 なお、今回の移行によりケータイでの閲覧が見やすくなったかと思います。 ぜひ一度ご覧いただければうれしいです＾＾ ※細かい部分の修正は順次行っていきますのでご了承ください。 【PCから】 Timelog開発ブログ 【ケータイから】 以下のQRコードからどうぞ！ アドレスはPCと同じく http://blog.timelog.jp です！ それでは今後もTimelogと開発ブログを どうぞよろしくお願いします＾＾ ※こちらの
Haruが“和製Twitter”から脱皮、ミニブログは普及するか － ＠IT
2008/03/12 「Haruは和製Twitterと呼ばれることもあったが、新バージョンは違う」。そう語るのはミニブログサービス「Haru」（はる：http://haru.fm）を運営するアセントネットワークスの朴世鎔代表取締役社長だ。朴氏によれば、ミニブログと呼ばれるサービスには大きく分けて2種類ある。 1つはTwitterのようにメッセージが次々と流れ去るフロー型。もう1つはTumblrに代表されるような蓄積型。TumblrはTwitterほどに知られていないが、一部のユーザーで人気が急上昇しているミニブログサービスだ。Tumblrユーザーが投稿したメッセージなどのエントリは、自分のブログページのような体裁で蓄積されていく。ユーザーは、Webブラウジング中につぶやいたひと言や、画像、Webページの一部などを手軽に引用して、それに対してコメントするという手軽さで、エントリを蓄積していけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL :: MySQL 8.4 Reference Manual :: 17.8 InnoDB Configuration
更新があるシステムにはInnoDBを選ぼう。MyISAMを選択するならそれなりの理由が必要。それにInnoDBのパフォーマンスはそんなに悪くないよ。 || パフォーマンスチューニングBlog: インターオフ
株式会社スタイルズ
株式会社スタイルズ
株式会社スタイルズ
MySQLのデータ型
Blog » Apache で mod_disk_cache を有効にする | STUD & Co. » CG / 映像 / 音楽制作