This create offers:
Features:
Put the desired version of the crate into the dependencies
section of your Cargo.toml
:
toml
[dependencies]
mysql = "*"
```rust use mysql::; use mysql::prelude::;
struct Payment {
customerid: i32,
amount: i32,
accountname: Option
let url = "mysql://root:password@localhost:3307/db_name";
let pool = Pool::new(url)?;
let mut conn = pool.get_conn()?;
// Let's create a table for payments. conn.querydrop( r"CREATE TEMPORARY TABLE payment ( customerid int not null, amount int not null, account_name text )")?;
let payments = vec![ Payment { customerid: 1, amount: 2, accountname: None }, Payment { customerid: 3, amount: 4, accountname: Some("foo".into()) }, Payment { customerid: 5, amount: 6, accountname: None }, Payment { customerid: 7, amount: 8, accountname: None }, Payment { customerid: 9, amount: 10, accountname: Some("bar".into()) }, ];
// Now let's insert payments to the database conn.execbatch( r"INSERT INTO payment (customerid, amount, accountname) VALUES (:customerid, :amount, :accountname)", payments.iter().map(|p| params! { "customerid" => p.customerid, "amount" => p.amount, "accountname" => &p.account_name, }) )?;
// Let's select payments from database. Type inference should do the trick here. let selectedpayments = conn .querymap( "SELECT customerid, amount, accountname from payment", |(customerid, amount, accountname)| { Payment { customerid, amount, accountname } }, )?;
// Let's make sure, that payments
equals to selected_payments
.
// Mysql gives no guaranties on order of returned rows
// without ORDER BY
, so assume we are lucky.
asserteq!(payments, selectedpayments);
println!("Yay!");
```
Please refer to the [crate docs].
Opts
This structure holds server host name, client username/password and other settings, that controls client behavior.
Note, that you can use URL-based connection string as a source of an Opts
instance.
URL schema must be mysql
. Host, port and credentials, as well as query parameters,
should be given in accordance with the RFC 3986.
Examples:
rust
let _ = Opts::from_url("mysql://localhost/some_db")?;
let _ = Opts::from_url("mysql://[::1]/some_db")?;
let _ = Opts::from_url("mysql://user:pass%20word@127.0.0.1:3307/some_db?")?;
Supported URL parameters (for the meaning of each field please refer to the docs on Opts
structure in the create API docs):
prefer_socket: true | false
- defines the value of the same field in the Opts
structure;tcp_keepalive_time_ms: u32
- defines the value (in milliseconds)
of the tcp_keepalive_time
field in the Opts
structure;tcp_connect_timeout_ms: u64
- defines the value (in milliseconds)
of the tcp_connect_timeout
field in the Opts
structure;stmt_cache_size: u32
- defines the value of the same field in the Opts
structure;compress
- defines the value of the same field in the Opts
structure.
Supported value are:
true
- enables compression with the default compression level;fast
- enables compression with "fast" compression level;best
- enables compression with "best" compression level;1
..9
- enables compression with the given compression level.socket
- socket path on UNIX, or pipe name on Windows.OptsBuilder
It's a convenient builder for the Opts
structure. It defines setters for fields
of the Opts
structure.
rust
let opts = OptsBuilder::new()
.user(Some("foo"))
.db_name(Some("bar"));
let _ = Conn::new(opts)?;
Conn
This structure represents an active MySql connection. It also holds statement cache and metadata for the last result set.
Transaction
It's a simple wrapper on top of a routine, that starts with START TRANSACTION
and ends with COMMIT
or ROLLBACK
.
```rust use mysql::; use mysql::prelude::;
let pool = Pool::new(getopts())?; let mut conn = pool.getconn()?;
let mut tx = conn.starttransaction(TxOpts::default())?;
tx.querydrop("CREATE TEMPORARY TABLE tmp (TEXT a)")?;
tx.execdrop("INSERT INTO tmp (a) VALUES (?)", ("foo",))?;
let val: Option
let val: Option
Pool
It's a reference to a connection pool, that can be cloned and shared between threads.
```rust use mysql::; use mysql::prelude::;
use std::thread::spawn;
let pool = Pool::new(get_opts())?;
let handles = (0..4).map(|i| {
spawn({
let pool = pool.clone();
move || {
let mut conn = pool.getconn()?;
conn.execfirst::
let result: Result
assert_eq!(result.unwrap(), vec![0, 10, 20, 30]); ```
Statement
Statement, actually, is just an identifier coupled with statement metadata, i.e an information
about its parameters and columns. Internally the Statement
structure also holds additional
data required to support named parameters (see bellow).
```rust use mysql::; use mysql::prelude::;
let pool = Pool::new(getopts())?; let mut conn = pool.getconn()?;
let stmt = conn.prep("DO ?")?;
// The prepared statement will return no columns. assert!(stmt.columns().is_empty());
// The prepared statement have one parameter. let param = stmt.params().get(0).unwrap(); asserteq!(param.schemastr(), ""); asserteq!(param.tablestr(), ""); asserteq!(param.namestr(), "?"); ```
Value
This enumeration represents the raw value of a MySql cell. Library offers conversion between
Value
and different rust types via FromValue
trait described below.
FromValue
traitThis trait is reexported from mysql_common create. Please refer to its crate docs for the list of supported conversions.
Trait offers conversion in two flavours:
from_value(Value) -> T
- convenient, but panicking conversion.
Note, that for any variant of Value
there exist a type, that fully covers its domain,
i.e. for any variant of Value
there exist T: FromValue
such that from_value
will never
panic. This means, that if your database schema is known, than it's possible to write your
application using only from_value
with no fear of runtime panic.
from_value_opt(Value) -> Option<T>
- non-panicking, but less convenient conversion.
This function is useful to probe conversion in cases, where source database schema is unknown.
```rust use mysql::; use mysql::prelude::;
let viatestprotocol: u32 = fromvalue(Value::Bytes(b"65536".tovec())); let viabinprotocol: u32 = fromvalue(Value::UInt(65536)); asserteq!(viatestprotocol, viabinprotocol);
let unknown_val = // ...
// Maybe it is a float?
let unknownval = match fromvalueopt::
// Or a string?
let unknownval = match fromvalueopt::
// Screw this, I'll simply match on it match unknownval { val @ Value::NULL => { println!("An empty value: {:?}", fromvalue::
Row
Internally Row
is a vector of Value
s, that also allows indexing by a column name/offset,
and stores row metadata. Library offers conversion between Row
and sequences of Rust types
via FromRow
trait described below.
FromRow
traitThis trait is reexported from mysql_common create. Please refer to its crate docs for the list of supported conversions.
This conversion is based on the FromValue
and so comes in two similar flavours:
from_row(Row) -> T
- same as from_value
, but for rows;from_row_opt(Row) -> Option<T>
- same as from_value_opt
, but for rows.Queryable
trait offers implicit conversion for rows of a query result,
that is based on this trait.
```rust use mysql::; use mysql::prelude::;
let mut conn = Conn::new(get_opts())?;
// Single-column row can be converted to a singular value:
let val: Option
// Example of a mutli-column row conversion to an inferred type: let row = conn.queryfirst("SELECT 255, 256")?; asserteq!(row, Some((255u8, 256u16)));
// The FromRow trait does not support to-tuple conversion for rows with more than 12 columns,
// but you can do this by hand using row indexing or Row::take
method:
let row: Row = conn.execfirst("select 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12", ())?.unwrap();
for i in 0..row.len() {
asserteq!(row[i], Value::Int(i as i64));
}
// Some unknown row let row: Row = conn.query_first( // ... # "SELECT 255, Null", )?.unwrap();
for column in row.columnsref() { // Cells in a row can be indexed by numeric index or by column name let columnvalue = &row[column.namestr().asref()];
println!(
"Column {} of type {:?} with value {:?}",
column.name_str(),
column.column_type(),
column_value,
);
} ```
Params
Represents parameters of a prepared statement, but this type won't appear directly in your code
because binary protocol API will ask for T: Into<Params>
, where Into<Params>
is implemented:
for tuples of Into<Value>
types up to arity 12;
Note: singular tuple requires extra comma, e.g. ("foo",)
;
for IntoIterator<Item: Into<Value>>
for cases, when your statement takes more
than 12 parameters;
params!
macro, described below).```rust use mysql::; use mysql::prelude::;
let mut conn = Conn::new(get_opts())?;
// Singular tuple requires extra comma:
let row: Option
// More than 12 parameters:
let row: Option
Note: Please refer to the mysql_common crate docs for the list
of types, that implements Into<Value>
.
Serialized
, Deserialized
Wrapper structures for cases, when you need to provide a value for a JSON cell, or when you need to parse JSON cell as a struct.
```rust use mysql::; use mysql::prelude::;
/// Serializable structure.
struct Example { foo: u32, }
// Value::from for Serialized will emit json string. let value = Value::from(Serialized(Example { foo: 42 })); asserteq!(value, Value::Bytes(br#"{"foo":42}"#.tovec()));
// fromvalue for Deserialized will parse json string.
let structure: Deserialized
QueryResult
It's an iterator over rows of a query result with support of multi-result sets. It's intended
for cases when you need full control during result set iteration. For other cases
Queryable
provides a set of methods that will immediately consume
the first result set and drop everything else.
This iterator is lazy so it won't read the result from server until you iterate over it.
MySql protocol is strictly sequential, so Conn
will be mutably borrowed until the result
is fully consumed.
```rust use mysql::; use mysql::prelude::;
let mut conn = Conn::new(get_opts())?;
// This query will emit two result sets. let mut result = conn.query_iter("SELECT 1, 2; SELECT 3, 3.14;")?;
let mut sets = 0; while let Some(resultset) = result.nextset() { let resultset = resultset?; sets += 1;
println!("Result set columns: {:?}", result_set.columns());
println!(
"Result set meta: {}, {:?}, {} {}",
result_set.affected_rows(),
result_set.last_insert_id(),
result_set.warnings(),
result_set.info_str(),
);
for row in result_set {
match sets {
1 => {
// First result set will contain two numbers.
assert_eq!((1_u8, 2_u8), from_row(row?));
}
2 => {
// Second result set will contain a number and a float.
assert_eq!((3_u8, 3.14), from_row(row?));
}
_ => unreachable!(),
}
}
}
assert_eq!(sets, 2); ```
MySql text protocol is implemented in the set of Queryable::query*
methods. It's useful when your
query doesn't have parameters.
Note: All values of a text protocol result set will be encoded as strings by the server,
so from_value
conversion may lead to additional parsing costs.
Examples:
```rust let pool = Pool::new(getopts())?; let val = pool.getconn()?.query_first("SELECT POW(2, 16)")?;
// Text protocol returns bytes even though the result of POW // is actually a floating point number. asserteq!(val, Some(Value::Bytes("65536".asbytes().to_vec()))); ```
TextQuery
trait.The TextQuery
trait covers the set of Queryable::query*
methods from the perspective
of a query, i.e. TextQuery
is something, that can be performed if suitable connection
is given. Suitable connections are:
&Pool
Conn
PooledConn
&mut Conn
&mut PooledConn
&mut Transaction
The unique characteristic of this trait, is that you can give away the connection
and thus produce QueryResult
that satisfies 'static
:
```rust use mysql::; use mysql::prelude::;
fn iter(pool: &Pool) -> Result
let pool = Pool::new(get_opts())?;
let it = iter(&pool)?;
assert_eq!(it.collect::
MySql binary protocol is implemented in prep
, close
and the set of exec*
methods,
defined on the Queryable
trait. Prepared statements is the only way to
pass rust value to the MySql server. MySql uses ?
symbol as a parameter placeholder
and it's only possible to use parameters where a single MySql value is expected.
For example:
```rust let pool = Pool::new(getopts())?; let val = pool.getconn()?.exec_first("SELECT POW(?, ?)", (2, 16))?;
assert_eq!(val, Some(Value::Double(65536.0))); ```
In MySql each prepared statement belongs to a particular connection and can't be executed
on another connection. Trying to do so will lead to an error. The driver won't tie statement
to its connection in any way, but one can look on to the connection id, contained
in the Statement
structure.
```rust let pool = Pool::new(get_opts())?;
let mut conn1 = pool.getconn()?; let mut conn2 = pool.getconn()?;
let stmt1 = conn1.prep("SELECT ?")?;
// stmt1 is for the conn1, .. assert!(stmt1.connectionid() == conn1.connectionid()); assert!(stmt1.connectionid() != conn2.connectionid());
// .. so stmt1 will execute only on conn1 assert!(conn1.execdrop(&stmt1, ("foo",)).isok()); assert!(conn2.execdrop(&stmt1, ("foo",)).iserr()); ```
Conn
will manage the cache of prepared statements on the client side, so subsequent calls
to prepare with the same statement won't lead to a client-server roundtrip. Cache size
for each connection is determined by the stmt_cache_size
field of the Opts
structure.
Statements, that are out of this boundary will be closed in LRU order.
Statement cache is completely disabled if stmt_cache_size
is zero.
Caveats:
disabled statement cache means, that you have to close statements yourself using
Conn::close
, or they'll exhaust server limits/resources;
you should be aware of the max_prepared_stmt_count
option of the MySql server. If the number of active connections times the value
of stmt_cache_size
is greater, than you could receive an error while prepareing
another statement.
MySql itself doesn't have named parameters support, so it's implemented on the client side.
One should use :name
as a placeholder syntax for a named parameter.
Named parameters may be repeated within the statement, e.g SELECT :foo, :foo
will require
a single named parameter foo
that will be repeated on the corresponding positions during
statement execution.
One should use the params!
macro to build a parameters for execution.
Note: Positional and named parameters can't be mixed within the single statement.
Examples:
```rust let pool = Pool::new(get_opts())?;
let mut conn = pool.get_conn()?; let stmt = conn.prep("SELECT :foo, :bar, :foo")?;
let foo = 42;
let val13 = conn.execfirst(&stmt, params! { "foo" => 13, "bar" => foo })?.unwrap(); // Short syntax is available when param name is the same as variable name: let val42 = conn.execfirst(&stmt, params! { foo, "bar" => 13 })?.unwrap();
asserteq!((foo, 13, foo), val42); asserteq!((13, foo, 13), val13); ```
BinQuery
and BatchQuery
traits.BinQuery
and BatchQuery
traits covers the set of Queryable::exec*
methods from
the perspective of a query, i.e. BinQuery
is something, that can be performed if suitable
connection is given (see TextQuery
section for the list
of suitable connections).
As with the TextQuery
you can give away the connection and acquire
QueryResult
that satisfies 'static
.
BinQuery
is for prepared statements, and prepared statements requires a set of parameters,
so BinQuery
is implemented for QueryWithParams
structure, that can be acquired, using
WithParams
trait.
Example:
```rust use mysql::; use mysql::prelude::;
let pool = Pool::new(get_opts())?;
let result: Option<(u8, u8, u8)> = "SELECT ?, ?, ?" .with((1, 2, 3)) // <- WithParams::with will construct an instance of QueryWithParams .first(&pool)?; // <- QueryWithParams is executed on the given pool
assert_eq!(result.unwrap(), (1, 2, 3)); ```
The BatchQuery
trait is a helper for batch statement execution. It's implemented for
QueryWithParams
where parameters is an iterator over parameters:
```rust use mysql::; use mysql::prelude::;
let pool = Pool::new(getopts())?; let mut conn = pool.getconn()?;
"CREATE TEMPORARY TABLE batch (x INT)".run(&mut conn)?; "INSERT INTO batch (x) VALUES (?)" .with((0..3).map(|x| (x,))) // <- QueryWithParams constructed with an iterator .batch(&mut conn)?; // <- batch execution is preformed here
let result: Vec
assert_eq!(result, vec![0, 1, 2]); ```
Queryable
The Queryable
trait defines common methods for Conn
, PooledConn
and Transaction
.
The set of basic methods consts of:
query_iter
- basic methods to execute text query and get QueryResult
;prep
- basic method to prepare a statement;exec_iter
- basic method to execute statement and get QueryResult
;close
- basic method to close the statement;The trait also defines the set of helper methods, that is based on basic methods. These methods will consume only the first result set, other result sets will be dropped:
{query|exec}
- to collect the result into a Vec<T: FromRow>
;{query|exec}_first
- to get the first T: FromRow
, if any;{query|exec}_map
- to map each T: FromRow
to some U
;{query|exec}_fold
- to fold the set of T: FromRow
to a single value;{query|exec}_drop
- to immediately drop the result.The trait also defines the exec_batch
function, which is a helper for batch statement
execution.
Available here
Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.