mysql 优化之COUNT(*)效率分析
刚给一个朋友解决他写的Discuz!插件的问题,说到MySQL的COUNT(*)的效率,发现越说越说不清楚,干脆写下来,分享给大家。
COUNT(*)与COUNT(COL)
网上搜索了下,发现各种说法都有:
比如认为COUNT(COL)比COUNT(*)快的;
认为COUNT(*)比COUNT(COL)快的;
还有朋友很搞笑的说到这个其实是看人品的。
在不加WHERE限制条件的情况下,COUNT(*)与COUNT(COL)基本可以认为是等价的;
但是在有WHERE限制条件的情况下,COUNT(*)会比COUNT(COL)快非常多;
具体的数据参考如下:
代码如下 | 复制代码 |
> SELECT COUNT(*) FROM cdb_posts where fid = 604; mysql> SELECT COUNT(tid) FROM cdb_posts where fid = 604; mysql> SELECT COUNT(pid) FROM cdb_posts where fid = 604; |
COUNT(*)通常是对主键进行索引扫描,而COUNT(COL)就不一定了,另外前者是统计表中的所有符合的纪录总数,而后者是计算表中所有符合的COL的纪录数。还有有区别的。
COUNT时的WHERE解决办法
顺便提下mysql的DISTINCT的关键字有很多你想不到的用处
1.在count 不重复的记录的时候能用到
比如
代码如下 | 复制代码 |
SELECT COUNT( DISTINCT id ) FROM tablename; |
就是计算talbebname表中id不同的记录有多少条
2,在需要返回记录不同的id的具体值的时候可以用
比如
代码如下 | 复制代码 |
SELECT DISTINCT id FROM tablename; |
返回talbebname表中不同的id的具体的值
3.上面的情况2对于需要返回mysql表中2列以上的结果时会有歧义
比如
代码如下 | 复制代码 |
SELECT DISTINCT id, type FROM tablename; |
实际上返回的是 id与type同时不相同的结果,也就是DISTINCT同时作用了两个字段,必须得id与tyoe都相同的才被排除了,与我们期望的结果不一样
简单说下,就是COUNT的时候,如果没有WHERE限制的话,MySQL直接返回保存有总的行数
而在有WHERE限制的情况下,总是需要对MySQL进行全表遍历。
优化总结,对于MyISAM表来说:
代码如下 | 复制代码 |
1.任何情况下SELECT COUNT(*) FROM tablename是最优选择; 2.尽量减少SELECT COUNT(*) FROM tablename WHERE COL = 'value' 这种查询; 3.杜绝SELECT COUNT(COL) FROM tablename WHERE COL2 = 'value' 的出现。 |

ホット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 の AVG 関数を最適化してパフォーマンスを向上させる方法 MySQL は、多くの強力な機能を備えた人気のあるリレーショナル データベース管理システムです。 AVG 関数は平均値の計算に広く使用されていますが、この関数はデータ セット全体を走査する必要があるため、大規模なデータの場合にはパフォーマンスの問題が発生します。この記事では、MySQL を通じて AVG 機能を最適化し、パフォーマンスを向上させる方法を詳しく紹介します。 1. インデックスの使用 インデックスは MySQL 最適化の最も重要な部分です。

MySQL は、電子商取引の分野で広く使用されているリレーショナル データベース管理システムです。電子商取引アプリケーションでは、MySQL を最適化して保護することが重要です。この記事では、電子商取引アプリケーションにおける MySQL の最適化とセキュリティ プロジェクトの経験を分析します。 1. パフォーマンスの最適化データベース アーキテクチャ設計: 電子商取引アプリケーションでは、データベース設計が鍵となります。合理的なテーブル構造設計とインデックス設計により、データベースのクエリ パフォーマンスを向上させることができます。同時に、テーブル分割およびパーティション化テクノロジを使用すると、単一テーブル内のデータ量が削減され、クエリ効率が向上します。

mysql count は、指定された一致条件に一致する行数を返すために使用される集計関数です。count 関数の構文は、「select count(*) from user;」などで、NULL を含むすべてのレコードをカウントすることを意味します。

MySQL データベースは一般的なリレーショナル データベースですが、データベース内のデータ量が増加し、クエリ要件が変化するにつれて、基盤となる最適化が特に重要になります。 MySQL の基盤となる最適化のプロセスにおいて、SQL ステートメントの最適化は重要なタスクです。この記事では、SQL ステートメントの最適化に関する一般的な手法と原則について説明し、具体的なコード例を示します。まず、SQL ステートメントの最適化では、インデックスの最適化、クエリ ステートメントの最適化、ストアド プロシージャとトリガーの最適化などの側面を考慮する必要があります。これらの側面では、

MySQL は、大量のデータを保存および管理するために広く使用されているオープンソース データベース管理システムです。ただし、MySQL を使用すると、単純な構文エラーからより複雑なパフォーマンスの問題や不具合まで、さまざまな問題が発生する可能性があります。この記事では、MySQL の最も一般的な問題と解決策のいくつかを検討します。接続の問題 接続の問題はよくあります。 MySQL サーバーに接続できない場合は、以下の点を確認してください。 1) MySQL サーバーが起動しているかどうか 2) ネットワーク接続が正常かどうか 3) MySQ

MySQL の二重書き込みバッファリング テクノロジを適切に構成および最適化する方法 はじめに: MySQL の二重書き込みバッファリング テクノロジは、データのセキュリティとパフォーマンスを向上させる重要なテクノロジです。この記事では、MySQL の二重書き込みバッファリング テクノロジを適切に構成および最適化し、データをより適切に保護し、データベースのパフォーマンスを向上させる方法を紹介します。 1. 二重書き込みバッファリング テクノロジとは何ですか? 二重書き込みバッファリング テクノロジは、MySQL の I/O 最適化テクノロジであり、ディスク I/O 操作の数を大幅に削減し、データベースの書き込みパフォーマンスを向上させることができます。 MySQL が書き込み操作を実行するとき、最初に

MySQL の接続数管理を最適化する方法 MySQL は、さまざまな Web サイトやアプリケーションで広く使用されている人気のあるリレーショナル データベース管理システムです。実際のアプリケーションプロセスでは、MySQL の接続数の管理は非常に重要な問題であり、特に同時実行性が高い状況では、接続数を合理的に管理することでシステムのパフォーマンスと安定性を向上させることができます。この記事では、MySQL の接続数管理を最適化する方法を詳細なコード例を含めて紹介します。 1. 接続数管理を理解する MySQL では、接続数とはシステムが同時に接続できる接続の数を指します。

TokiDB エンジンに基づく MySQL の最適化: 書き込みと圧縮のパフォーマンスの向上 はじめに: 一般的に使用されるリレーショナル データベース管理システムとして、MySQL は、ビッグ データ時代の文脈において、書き込み圧力とストレージ要件の増大に直面しています。この課題に対処するために、TokuDB エンジンが誕生しました。この記事では、TokuDB エンジンを使用して MySQL の書き込みパフォーマンスと圧縮パフォーマンスを向上させる方法を紹介します。 1.TokuDBエンジンとは何ですか? TokiDB エンジンは、大量の書き込みを処理するように設計されたビッグデータ指向のエンジンです。
