MySQL for Mac、ソフトウェア教育、ソフトウェアダウンロード、ソフトウェアコミュニティ、Windowsソフトウェア、Macソフトウェア

MySQL 5.5.28 (64-bit)

MySQL for Mac は、ビジネスクリティカルなデータベースアプリケーションを提供する企業組織向けに設計されています。企業の開発者、DBA、および ISV に一連の新しいエンタープライズ機能を提供することで、工業用アプリケーションの開発、配備、および管理をより生産的に行うことができます.

MySQL データベース用の GUI が必要な場合は、NAVICAT(MySQL GUI)をダウンロードできます。 Oracle は、Oracle、MS SQL、MS Access、Excel、CSV、XML、またはその他のフォーマットを MySQL にインポートすることをサポートしています.

MySQL Database Server は、信頼性と安全性の高いビジネスクリティカルなアプリケーションを構築するための ACID トランザクションを含む、開発者の生産性を向上させるためのストアドプロシージャ複雑なビジネス・ルールをデータベース・レベルで実行するためのトリガー。機密情報を確実に保護するための表示は損なわれません。メタデータに簡単にアクセスできる情報スキーマ。複数のデータベース間で複雑なトランザクションをサポートするための分散トランザクション(XA).

トップ 10 の使用理由 MySQL for Mac:

スケーラビリティと柔軟性
MySQL データベースサーバは、膨大なデータを実行するだけで 1MB のフットプリントで深く組み込まれたアプリケーションを処理する能力を誇る究極のスケーラビリティを提供します。テラバイトの情報を保持する倉庫.

高性能
A 独自のストレージエンジンアーキテクチャにより、データベースの専門家は特定のアプリケーション専用に MySQL データベースサーバを構成でき、最終結果は驚異的なパフォーマンス結果になります.

高可用性
信頼性と継続的な可用性は MySQL の特徴です。 24 時間稼働時間を保証するために MySQL に依存している顧客

Robust Transactional Support
MySQL は、市場で最も強力なトランザクションデータベースエンジンの 1 つを提供しています。機能には、完全な ACID(アトミック、一貫性、分離性、耐久性)トランザクションサポート、無制限の行レベルのロックなどがあります.

Web とデータウェアハウスの強み
MySQL は高性能クエリエンジン、驚異的な高速データ挿入機能、高速フルテキスト検索などの特殊な Web 機能の強力なサポートを提供します.

ストロングデータプロテクション
企業のデータ資産を守ることは、データベース専門家にとって最大の仕事です。MySQL for Mac は絶対データ保護を保証する優れたセキュリティ機能を提供します.

包括的アプリケーション MySQL が世界で最も普及しているオープンソースデータベースである理由の 1 つは、あらゆるアプリケーション開発のニーズに包括的なサポートを提供することです。データベース内では、ストアドプロシージャ、トリガ、ファンクション、ビュー、カーソル、ANSI 標準 SQL などのサポートが提供されています.

管理 Ease
MySQL は、ソフトウェアのダウンロードからインストールの完了までの平均時間が 15 秒未満の非常に優れたクイックスタート機能を備えています分

オープンソースの自由と 24 時間 365 日のサポート
多くの企業がオープンソースソフトウェアを完全にコミットすることを躊躇しています。なぜなら、彼らが現在サポートしているタイプのサポートやプロフェッショナルサービスセーフティネットを得ることができないからです。現在のデータベースドライブアプリケーションを MySQL に移行するか、または新しい開発プロジェクトに MySQL を使用することで、企業は 7 倍に多くの時間を費やすコスト削減を実現しています.

Also Available:Windows 用 MySQL のダウンロード

ファイルのバージョン MySQL 5.5.28 (64-bit)
ファイル名 mysql-5.5.28-osx10.6-x86_64.dmg
ファイルサイズ 112.1 MB
オペレーティングシステム Mac OS X 10.12 or later
ソフトウェアタイプ Open Source
著者 Oracle
更新日 http://www.mysql.com/
更新時間 2012-09-29
ログを更新する

What's new in this version:

Audit Log Plugin Notes:
- MySQL Enterprise Edition subscriptions now include MySQL Enterprise Audit, implemented using a server plugin named audit_log. MySQL Enterprise Audit uses the open MySQL Audit API to enable standard, policy-based monitoring and logging of connection and query activity executed on specific MySQL servers. Designed to meet the Oracle audit specification, MySQL Enterprise Audit provides an out of box, easy to use auditing and compliance solution for applications that are governed by both internal and external regulatory guidelines.
- When installed, the audit_log plugin enables MySQL Server to produce a log file containing an audit record of server activity. The log contents include when clients connect and disconnect, and what actions they perform while connected, such as which databases and tables they access. Functionality Added or Changed:
- The internal interface of the Thread Pool plugin has changed. Old versions of the plugin will work with current versions of the server, but versions of the server older than 5.5.28 will not work with current versions of the plugin. Bugs Fixed:
- InnoDB: Certain information_schema tables originally introduced in MySQL 5.6 are now also available in MySQL 5.5 and MySQL 5.1: INNODB_BUFFER_PAGE, INNODB_BUFFER_PAGE_LRU, and INNODB_BUFFER_POOL_STATS. (Bug #13113026)
- InnoDB: When a SELECT ... FOR UPDATE, UPDATE, or other SQL statement scanned rows in an InnoDB table using an operator in a WHERE clause, the next row after the affected range could also be locked. This issue could cause a lock wait timeout for a row that was not expected to be locked. The issue occurred under various isolation levels, such as READ COMMITTED and REPEATABLE READ. (Bug #11765218)
- Partitioning: For tables using PARTITION BY HASH or PARTITION BY KEY, when the partition pruning mechanism encountered a multi-range list or inequality using a column from the partitioning key, it continued with the next partitioning column and tried to use it for pruning, even if the previous column could not be used. This caused partitions which possibly matched one or more of the previous partitioning columns to be pruned away, leaving partitions that matched only the last column of the partitioning key.
This issue was triggered when both of the following conditions were met:
- The columns making up the table's partitioning key were used in the same order as in the partitioning key definition by a SELECT statement's WHERE clause as in the column definitions;
- The WHERE condition used with the last column of the partitioning key was satisfied only by a single value, while the condition testing some previous column from the partitioning key was satisfied by a range of values.
- This issue is resolved by ensuring that partition pruning skips any remaining partitioning key columns once a partition key column that cannot be used in pruning is encountered. (Bug #14342883)
- Partitioning: The buffer for the row currently read from each partition used for sorted reads was allocated on open and freed only when the partitioning handler was closed or destroyed. For SELECT statements on tables with many partitions and large rows, this could cause the server to use excessive amounts of memory.
- This issue has been addressed by allocating buffers for reads from partitioned tables only when they are needed and freeing them immediately once they are no longer needed. As part of this fix, memory is now allocated for reading from rows only in partitions that have not been pruned (see Section 18.4, “Partition Pruning”). (Bug #13025132)
- References: See also Bug #11764622, Bug #14537277.
- Replication: On 64-bit Windows platforms, values greater than 4G for the max_binlog_cache_size and max_binlog_stmt_cache_size system variables were truncated to 4G. This caused LOAD DATA INFILE to fail when trying to load a file larger than 4G in size, even when max_binlog_cache_size was set to a value greater than this. (Bug #13961678)
- Replication: In master-master replication with --log-slave-updates enabled, setting a user variable and then performing inserts using this variable caused the Exec_master_log_position column in the output of SHOW SLAVE STATUS not to be updated. (Bug #13596613)
- The RPM spec file now also runs the test suite on the new binaries, before packaging them. (Bug #14318456)
- The libmysqlclient_r client library exported symbols from yaSSL that conflict with OpenSSL. If a program linked against that library and libcurl, it could crash with a segmentation fault. (Bug #14068244)
- The argument for LIMIT must be an integer, but if the argument was given by a placeholder in a prepared statement, the server did not reject noninteger values such as '5'. (Bug #13868860)
- The Thread Pool plugin did not respect the wait_timeout timeout for client sessions. (Bug #13699303)
- CHECK TABLE and REPAIR TABLE could crash if a key definition differed in the .frm and .MYI files of a MyISAM table. Now the server produces an error. (Bug #13555854)
- A query for a FEDERATED table could return incorrect results when the underlying table had a compound index on two columns and the query included an AND condition on the columns. (Bug #12876932)
- mysqlhotcopy failed for databases containing views. (Bug #62472, Bug #13006947, Bug #12992993)
- The argument to the --ssl-key option was not verified to exist and be a valid key. The resulting connection used SSL, but the key was not used. (Bug #62743, Bug #13115401)
- Adding a LIMIT clause to a query containing GROUP BY and ORDER BY could cause the optimizer to choose an incorrect index for processing the query, and return more rows than required. (Bug #54599, Bug #11762052)
- mysqlbinlog did not accept input on the standard input when the standard input was a pipe. (Bug #49336, Bug #11757312)

ファイルのダウンロード Download