MongoDB服务器相关选型和基础优化参考
好久没上文章了...先上篇一先!硬盘选择1.硬盘有条件尽量选择SAS盘,不差钱的可以选择SSD、funsion-io之类的,再者。也可以根据当初应用环境选择性的考虑下SATA
好久没上文章了...先上篇一先!
硬盘选择
1. 硬盘有条件尽量选择SAS盘,不差钱的可以选择SSD、funsion-io之类的,再者。也可以根据当初应用环境选择性的考虑下SATA盘
2. RAID方面可以选择RAID10和RAID5,推荐选用RAID10,香港空间,它即有速度也相对安全,RAID5的话适合读比较多的业务。但是还是推荐用RAID10,用空间换取时间。RAID5在一块盘出现问题的情况下性能极速下降!
3. RAID卡的选择,尽量选用大牌子的RAID卡,这样减少出现各种各样的RAID卡故障。还有就是RAID缓存要选择相对比较大的!
内存选择
现在内存是白菜价的时代,现在一般笔记本上都到16G了,没有哪个公司会在内存上纠结吧,理论上任何服务器是内存越大越好,尤其是数据库服务器,至少16G以上。
CPU选择
选用64位的CPU这个不用说了,服务器空间,再者就是缓存要大,CPU要多核心多线程,但是有些数据库对多核CPU要求不是很严格,比如:MongoDB,MongoDB对内存要求很高!MySQL的InnoDB引擎则对CPU利用率比较高,尽量选用强悍点的CPU!
系统选择
1. 系统肯定是64位系统,可以是linux也可以是unix,linux有很多选择,网站空间,常用的就是CentOS Ubuntu竺,Unix就可以选择开源的FreeBSD
2. 内核选择,推荐2.6以上的内核,也不用太高
3. 文件系统的选择,有以下几种选择:EXT3/EXT4/XFS,EXT4和XFS更适合数据库,其实XFS更适合作为MySQL数据库的文件系统,可以在EXT3的基础上性能增加1.5倍。
其它方面:
网卡至少选用千M,万M更好,没万M也可以做bonding.
总之,针对不同的应用选择不的机器类型,尤其作为数据,数据库层尽量选用相对好的服务器。
下面以MongoDB服务器的硬件选择作个简单的说明:
1. 相关硬件级别
² 网络最低为千M网卡,有万M更好!
² 大内存(可以根据索引大小来设置内存,原则上是内存越大越好。)
² 双核高速CPU,mongodb实例没必要搞多核,因为mongodb对CPU多核支持不是很好,但是作为mongos路由服务器对CPU资源消耗比较多!
存放数据以隔离io的频繁操作。
2. 系统级别
² 采用64位系统支持更多的内存和让支持更大的存储数据
² 禁止文件系统更新读取次数统计(修改/etc/fstab文件)
mount -o remount,noatime /data
² 如果存储的数据中有大的文件,建议使用ext4/xfs这样的文件系统
这里可以考虑把数据目录和日志文件及相关的中间件目录(如果有的话)分开来,隔离IO
设置最大打开文件描述符
cat /etc/security/limits.conf
soft nofile 102400
hard nofile 102400

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

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

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック

ルートとしてMySQLにログインできない主な理由は、許可の問題、構成ファイルエラー、一貫性のないパスワード、ソケットファイルの問題、またはファイアウォール傍受です。解決策には、構成ファイルのBind-Addressパラメーターが正しく構成されているかどうかを確認します。ルートユーザー許可が変更されているか削除されてリセットされているかを確認します。ケースや特殊文字を含むパスワードが正確であることを確認します。ソケットファイルの許可設定とパスを確認します。ファイアウォールがMySQLサーバーへの接続をブロックすることを確認します。

データ統合の簡素化:AmazonrdsmysqlとRedshiftのゼロETL統合効率的なデータ統合は、データ駆動型組織の中心にあります。従来のETL(抽出、変換、負荷)プロセスは、特にデータベース(AmazonrdsmysQlなど)をデータウェアハウス(Redshiftなど)と統合する場合、複雑で時間がかかります。ただし、AWSは、この状況を完全に変えたゼロETL統合ソリューションを提供し、RDSMYSQLからRedshiftへのデータ移行のための簡略化されたほぼリアルタイムソリューションを提供します。この記事では、RDSMysQl Zero ETLのRedshiftとの統合に飛び込み、それがどのように機能するか、それがデータエンジニアと開発者にもたらす利点を説明します。

MySQLがテーブル構造を変更すると、メタデータロックが通常使用され、テーブルがロックされる可能性があります。ロックの影響を減らすために、次の測定値をとることができます。1。オンラインDDLでテーブルを使用できます。 2。バッチで複雑な変更を実行します。 3.小規模またはオフピーク期間中に操作します。 4. PT-OSCツールを使用して、より細かい制御を実現します。

MySQLには、無料のコミュニティバージョンと有料エンタープライズバージョンがあります。コミュニティバージョンは無料で使用および変更できますが、サポートは制限されており、安定性要件が低く、技術的な能力が強いアプリケーションに適しています。 Enterprise Editionは、安定した信頼性の高い高性能データベースを必要とするアプリケーションに対する包括的な商業サポートを提供し、サポートの支払いを喜んでいます。バージョンを選択する際に考慮される要因には、アプリケーションの重要性、予算編成、技術スキルが含まれます。完璧なオプションはなく、最も適切なオプションのみであり、特定の状況に応じて慎重に選択する必要があります。

1.正しいインデックスを使用して、データの量を削減してデータ検索をスピードアップしました。テーブルの列を複数回検索する場合は、その列のインデックスを作成します。あなたまたはあなたのアプリが基準に従って複数の列からのデータが必要な場合、複合インデックス2を作成します2。選択した列のみを避けます。必要な列のすべてを選択すると、より多くのサーバーメモリを使用する場合にのみサーバーが遅くなり、たとえばテーブルにはcreated_atやupdated_atやupdated_atなどの列が含まれます。

MySQLデータベースでは、ユーザーとデータベースの関係は、アクセス許可と表によって定義されます。ユーザーには、データベースにアクセスするためのユーザー名とパスワードがあります。許可は助成金コマンドを通じて付与され、テーブルはCreate Tableコマンドによって作成されます。ユーザーとデータベースの関係を確立するには、データベースを作成し、ユーザーを作成してから許可を付与する必要があります。

MySQLはAndroidで直接実行できませんが、次の方法を使用して間接的に実装できます。Androidシステムに構築されたLightWeight Database SQLiteを使用して、別のサーバーを必要とせず、モバイルデバイスアプリケーションに非常に適したリソース使用量が少ない。 MySQLサーバーにリモートで接続し、データの読み取りと書き込みのためにネットワークを介してリモートサーバー上のMySQLデータベースに接続しますが、強力なネットワーク依存関係、セキュリティの問題、サーバーコストなどの短所があります。

MySQLデータベースパフォーマンス最適化ガイドリソース集約型アプリケーションでは、MySQLデータベースが重要な役割を果たし、大規模なトランザクションの管理を担当しています。ただし、アプリケーションのスケールが拡大すると、データベースパフォーマンスのボトルネックが制約になることがよくあります。この記事では、一連の効果的なMySQLパフォーマンス最適化戦略を検討して、アプリケーションが高負荷の下で効率的で応答性の高いままであることを保証します。実際のケースを組み合わせて、インデックス作成、クエリ最適化、データベース設計、キャッシュなどの詳細な主要なテクノロジーを説明します。 1.データベースアーキテクチャの設計と最適化されたデータベースアーキテクチャは、MySQLパフォーマンスの最適化の基礎です。いくつかのコア原則は次のとおりです。適切なデータ型を選択し、ニーズを満たす最小のデータ型を選択すると、ストレージスペースを節約するだけでなく、データ処理速度を向上させることもできます。
