ここでは、C API で提供されている関数について簡単に説明します。詳細については、以降のセクションで説明します。 See 項11.1.3. 「C API 関数の説明」。

サーバに接続するには、mysql_init() を呼び出して接続ハンドラを初期化し、次にそのハンドラ（およびホスト名、ユーザ名、パスワードなどのその他の情報）をパラメータとして mysql_real_connect() を呼び出します。接続が確立したとき、mysql_real_connect() によって reconnect フラグ（MYSQL 構造体の一部）の値が 1 に設定されます。このフラグは、接続が切断されてクエリを実行できない場合に、そこでクエリを終了せずに、サーバへの再接続を試みることを意味します。接続が必要なくなったら、mysql_close() を呼び出して接続を切断します。

接続がアクティブな場合、クライアントは mysql_query() または mysql_real_query() を使用してサーバに SQL クエリを送信できます。この 2 つの違いは、mysql_query() はクエリをヌル終端文字列として、mysql_real_query() はクエリをバイト文字列として、それぞれ受け取ります。文字列にバイナリデータが含まれる（ヌルバイトが含まれる可能性がある）場合は、mysql_real_query() を使用する必要があります。

非 SELECT クエリ（たとえば、INSERT、UPDATE、DELETE）を実行した場合、変更された（影響を受けた）レコードの数を知るには、mysql_affected_rows() を呼び出します。

SELECT クエリを実行した場合、選択されたレコードを結果セットとして取得します（注意: SHOW、DESCRIBE、および EXPLAIN のように、レコードを返すという点で SELECT に似ているステートメントがあり、これらは SELECT ステートメントと同様に扱う必要があります）。

クライアントが結果セットを処理する方法は 2 つあります。1 つは、mysql_store_result() を呼び出して結果セット全体を一括して取得する方法です。この関数は、クエリから返されたすべてのレコードをサーバから取得し、クライアントに保存します。もう 1 つは、mysql_use_result() を呼び出して、クライアントがレコード単位で結果セットの取得を開始する方法です。この関数は結果セットを取得する処理の初期化は行いますが、実際にはサーバからレコードを受け取っていません。

どちらの場合も、レコードにアクセスするには mysql_fetch_row() を呼び出します。mysql_store_result() を使用した場合、mysql_fetch_row() は、すでにサーバから取得されているレコードにアクセスします。mysql_use_result() を使用した場合、mysql_fetch_row() は実際にサーバからレコードを取得します。各レコードのデータサイズは、mysql_fetch_lengths() を呼び出すことによって知ることができます。

結果セットが必要なくなったら、mysql_free_result() を呼び出して、使用していたメモリを解放します。

2 つの取得メカニズムは、状況に応じて使い分けます。クライアントプログラムは、必要に応じて最も適切な方法を選択する必要があります。実際には、mysql_store_result() を多用する傾向があります。

mysql_store_result() の長所は、すべてのレコードがクライアントに取得済みなので、レコードに順次アクセスできるだけでなく、mysql_data_seek() または mysql_row_seek() を使用して結果セット内でのカレントレコードの位置を変更することによって、結果セット内を前後に移動できることです。結果セットに含まれるレコード数を知るには、mysql_num_rows() を呼び出します。一方で、結果セットが大きい場合の mysql_store_result() のメモリ要件は非常に厳しい場合があり、メモリ不足が発生する可能性は高くなります。

mysql_use_result() の長所は、一度に 1 行のレコードしか保持しないので、クライアントが結果セットで使用するメモリが少なくてすむことです（また、メモリ割り当てのオーバヘッドが少ないので mysql_use_result() の実行速度も向上します）。短所は、サーバを拘束しないように各レコードに対する処理を短時間で終わらせる必要があること、結果セット内のレコードに対するランダムアクセス機能がないこと（順次アクセスのみ）、すべてのレコードを取得するまで結果セットに含まれるレコード数がわからないことです。さらに、探していた情報が順次アクセスの途中で見つかった場合でも、最後まですべてのレコードを取得する必要があります。

クライアントは API を使用することで、クエリが SELECT かどうかがわからなくても、クエリに対して適切に応答する（必要に応じてレコードを取得する）ことができます。そのためには、mysql_query()（または mysql_real_query()）を呼び出すたびに mysql_store_result() を呼び出します。この呼び出しが正常終了した場合、クエリは SELECT だったことになり、レコードを読み込むことができます。呼び出しが失敗した場合、mysql_field_count() を呼び出して、この結果がクエリの結果として予想されたものだったかどうかを判断します。mysql_field_count() が 0 を返した場合、クエリが返したデータはなく（INSERT、UPDATE、DELETE などのクエリだったことを意味する）、レコードを返すクエリではなかったと判断されます。mysql_field_count() が 0 以外の値を返した場合、レコードを返すはずのクエリが実行されたけれども、何も返さなかったと判断されます。これは、SELECT クエリが失敗したことを意味します。ここに示した方法のコーディング例については、mysql_field_count() の説明を参照してください。

mysql_store_result() および mysql_use_result() はどちらも、結果セットを構成するフィールドに関する情報（フィールドの数、名前、型など）を取得します。レコードのフィールド情報に順次アクセスするには、mysql_fetch_field() を繰り返し呼び出すか、またはレコードのフィールド番号を指定して mysql_fetch_field_direct() を呼び出します。現在のフィールドカーソルの位置を変更するには、mysql_field_seek() を呼び出します。フィールドカーソルの位置を変更すると、その後に呼び出された mysql_fetch_field() の動作に影響を与えます。mysql_fetch_fields() を呼び出すと、すべてのフィールドの情報を一括して取得できます。

エラーを検出し、報告する場合、mysql_errno() および mysql_error() を使用してエラー情報にアクセスします。この 2 つの関数は、最後に呼び出された、成功または失敗の可能性のある関数のエラーコードまたはエラーメッセージを返します。この結果によって、エラーが発生したタイミングとその内容を判断します。