在Solaris上跑Oracle已经10多年了。OS从2.6熬到10,DB从8.1熬到10.2。别说,这种组合还真给力。这么多年,就是没出过啥问题。 3年前的2010年,硬件更新换代。行政上仗着预算富裕,硬是否定了技术人员的升级方案,购买了当时比较高档的T5220。 T5220服务器使
在Solaris上跑Oracle已经10多年了。OS从2.6熬到10,DB从8.1熬到10.2。别说,这种组合还真给力。这么多年,就是没出过啥问题。
3年前的2010年,硬件更新换代。行政上仗着预算富裕,硬是否定了技术人员的升级方案,购买了当时比较高档的T5220。
T5220服务器使用UltraSPARC T2 CPU。该CPU的时钟速度并不高,只有1.2GHz,但是有4个核,而且每个核上可以挂接8个线程,从而构成了32个虚拟CPU。
但是,在此服务器上跑Oracle 10g Standard Edition (10g SE)时,Oracle的每个过程最多只能占有1个(虚拟)CPU的处理能力,也就是最大能使用整个CPU的1/32的能力。
而以前的V240服务器,虽然只有2个物理CPU,但每个过程可独享1个CPU,这就是说最大能使用整个CPU的1/2的能力。
在月末处理时,V240的CPU使用率在1号前后的大约1周时间经常达到80%以上,有时候甚至达到100%。
但是,自从移到T5220后,CPU的最大使用率从来都在18%左右。用户也抱怨这款贵且慢的服务器。
对于多线程,并发处理等,T5220可能比较好,对于处理相对集中的公司业务,T5220不是个好的选择。
为了给行政方面证明以上结论,借用VM服务器的一角,对T5220和X86,就现行的Oracle系统做了一番性能比较。
1. 调查对象服务器的构成
T5220 |
X86 |
|
CPU |
UltraSPARC T2 |
Virtual X86 |
速度 |
1.2G |
2.5G |
个数 |
4芯/32线程 |
2 |
Memory |
16G |
16G |
OS |
Solaris 10 |
Solaris 11 |
DB |
Oracle 10g |
Oracle 11g |
2. Oracle性能比较
2.1 Batch处理
x86比T5220要快7.5-9.7倍。
T5220 (分) |
X86 (分) |
Ratio (T5220/X86) |
|
Apex 4.1.1安装时间 |
83 |
11 |
7.5 |
主要记账系统処理時間 |
61 |
6.3 |
9.7 |
主要业务数据的Upload |
25 |
3 |
8.3 |
2.2 APEX的Web页面
Application A 的重负荷页面的显示时间X86要快1.7倍到9.3倍。
Application B也有显著改善,从5.4到43倍不等。
|
|
|
|
T5220 |
|
X86 |
|
||
ID |
Name |
Page Name |
|
Freq. |
Time(s) |
|
Freq. |
Time(s) |
Ratio |
107 |
Appli.A |
INFO_LIST |
|
315 |
1.03 |
|
3 |
0.62 |
1.7 |
107 |
Appli.A |
Contract Management |
|
576 |
1.7 |
|
3 |
0.51 |
3.3 |
107 |
Appli.A |
SALES |
|
776 |
2.85 |
|
4 |
0.56 |
5.1 |
107 |
Appli.A |
APPROVE |
|
5 |
1.3 |
|
2 |
0.22 |
5.9 |
107 |
Appli.A |
Seminar Enrolments |
|
48 |
1.46 |
|
3 |
0.24 |
6.1 |
107 |
Appli.A |
I-company Order |
|
7 |
2.18 |
|
3 |
0.32 |
6.8 |
107 |
Appli.A |
BizCase-Real Time |
|
605 |
1.43 |
|
5 |
0.2 |
7.2 |
107 |
Appli.A |
BizCase Summary |
|
24 |
3.25 |
|
2 |
0.35 |
9.3 |
|
|
|
|
|
|
|
|
|
|
104 |
Appli.B |
Application Form I |
|
2 |
7.23 |
|
6 |
0.68 |
10.6 |
104 |
Appli.B |
Detail Information II |
|
4 |
4.74 |
|
6 |
0.11 |
43.1 |
104 |
Appli.B |
Detail Information I |
|
4 |
3.68 |
|
6 |
0.68 |
5.4 |
104 |
Appli.B |
Application Form II |
|
4 |
1.37 |
|
6 |
0.19 |
7.2 |
2.3 C Compiler
SAPRC系统上的C程序在X86上编译/执行未发现问题。
3. HDD的写入速度*
因为使用VM的缘故,X86的写入速度要比T5220慢。
(VM Host服务器使用转速10k的SAS型HDD。)
|
from |
to |
Size (MB) |
time (s) |
Speed (MB/s) |
X86 |
Scsi Disk 1 |
Scsi Disk 2 |
1236 |
63 |
19.6 |
T5220 |
Scsi Disk 1 |
Scsi Disk 2 |
1109 |
8 |
138.6 |
4. 结论
T5220的处理速度是整个系统的瓶颈。
在X86 CPU上运行在Sparc CPU上的系统未出现功能问题。
本测试中使用的X86服务器比T5220服务器要快得多。
5. 参考资料(服务器选型辅助信息)
Solaris 11 Hardware Compatibility List: (按厂家排序)
http://www.oracle.com/webfolder/technetwork/hcl/data/s11ga/systems/views/nonoracle_systems_servers.mfg.page1.html

MySQLはオープンソースのリレーショナルデータベース管理システムであり、主にデータを迅速かつ確実に保存および取得するために使用されます。その実用的な原則には、クライアントリクエスト、クエリ解像度、クエリの実行、返品結果が含まれます。使用法の例には、テーブルの作成、データの挿入とクエリ、および参加操作などの高度な機能が含まれます。一般的なエラーには、SQL構文、データ型、およびアクセス許可、および最適化の提案には、インデックスの使用、最適化されたクエリ、およびテーブルの分割が含まれます。

MySQLは、データストレージ、管理、クエリ、セキュリティに適したオープンソースのリレーショナルデータベース管理システムです。 1.さまざまなオペレーティングシステムをサポートし、Webアプリケーションやその他のフィールドで広く使用されています。 2。クライアントサーバーアーキテクチャとさまざまなストレージエンジンを通じて、MySQLはデータを効率的に処理します。 3.基本的な使用には、データベースとテーブルの作成、挿入、クエリ、データの更新が含まれます。 4.高度な使用には、複雑なクエリとストアドプロシージャが含まれます。 5.一般的なエラーは、説明ステートメントを介してデバッグできます。 6.パフォーマンスの最適化には、インデックスの合理的な使用と最適化されたクエリステートメントが含まれます。

MySQLは、そのパフォーマンス、信頼性、使いやすさ、コミュニティサポートに選択されています。 1.MYSQLは、複数のデータ型と高度なクエリ操作をサポートし、効率的なデータストレージおよび検索機能を提供します。 2.クライアントサーバーアーキテクチャと複数のストレージエンジンを採用して、トランザクションとクエリの最適化をサポートします。 3.使いやすく、さまざまなオペレーティングシステムとプログラミング言語をサポートしています。 4.強力なコミュニティサポートを提供し、豊富なリソースとソリューションを提供します。

INNODBのロックメカニズムには、共有ロック、排他的ロック、意図ロック、レコードロック、ギャップロック、次のキーロックが含まれます。 1.共有ロックにより、トランザクションは他のトランザクションが読み取らないようにデータを読み取ることができます。 2.排他的ロックは、他のトランザクションがデータの読み取りと変更を防ぎます。 3.意図ロックは、ロック効率を最適化します。 4。ロックロックインデックスのレコードを記録します。 5。ギャップロックロックインデックス記録ギャップ。 6.次のキーロックは、データの一貫性を確保するためのレコードロックとギャップロックの組み合わせです。

MySQLクエリのパフォーマンスが低いことの主な理由には、インデックスの使用、クエリオプティマイザーによる誤った実行計画の選択、不合理なテーブルデザイン、過剰なデータボリューム、ロック競争などがあります。 1.インデックスがゆっくりとクエリを引き起こし、インデックスを追加するとパフォーマンスが大幅に向上する可能性があります。 2。説明コマンドを使用してクエリ計画を分析し、オプティマイザーエラーを見つけます。 3.テーブル構造の再構築と結合条件を最適化すると、テーブルの設計上の問題が改善されます。 4.データボリュームが大きい場合、パーティション化とテーブル分割戦略が採用されます。 5.高い並行性環境では、トランザクションの最適化とロック戦略は、ロック競争を減らすことができます。

データベースの最適化では、クエリ要件に従ってインデックス作成戦略を選択する必要があります。1。クエリに複数の列が含まれ、条件の順序が固定されている場合、複合インデックスを使用します。 2。クエリに複数の列が含まれているが、条件の順序が修正されていない場合、複数の単一列インデックスを使用します。複合インデックスは、マルチコラムクエリの最適化に適していますが、単一列インデックスは単一列クエリに適しています。

MySQLスロークエリを最適化するには、slowquerylogとperformance_schemaを使用する必要があります。1。LowerQueryLogを有効にし、しきい値を設定して、スロークエリを記録します。 2。performance_schemaを使用してクエリの実行の詳細を分析し、パフォーマンスのボトルネックを見つけて最適化します。

MySQLとSQLは、開発者にとって不可欠なスキルです。 1.MYSQLはオープンソースのリレーショナルデータベース管理システムであり、SQLはデータベースの管理と操作に使用される標準言語です。 2.MYSQLは、効率的なデータストレージと検索機能を介して複数のストレージエンジンをサポートし、SQLは簡単なステートメントを通じて複雑なデータ操作を完了します。 3.使用の例には、条件によるフィルタリングやソートなどの基本的なクエリと高度なクエリが含まれます。 4.一般的なエラーには、SQLステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

メモ帳++7.3.1
使いやすく無料のコードエディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。
