Unix/Linux, mysql, web,企业应用
分类: Mysql/postgreSQL
2013-01-10 11:50:58
引用自:http://dev.mysql.com/doc/refman/5.1/en/set-statement.html
适用于mysql5.1
The following discussion shows the different SET syntaxes that you can use to set variables. The examples use the = assignment operator, but you can also use the := assignment operator for this purpose.
A user variable is written as @var_name and can be set as follows:
SET @var_name = expr;Many system variables are dynamic and can be changed while the server runs by using the SET statement. For a list, see Section 5.1.5.2, “Dynamic System Variables”. To change a system variable with SET, refer to it asvar_name, optionally preceded by a modifier:
To indicate explicitly that a variable is a global variable, precede its name by GLOBAL or @@global.. The SUPERprivilege is required to set global variables.
To indicate explicitly that a variable is a session variable, precede its name by SESSION, @@session., or @@. Setting a session variable requires no special privilege, but a client can change only its own session variables, not those of any other client.
LOCAL and @@local. are synonyms for SESSION and @@session..
If no modifier is present, SET changes the session variable.
A SET statement can contain multiple variable assignments, separated by commas. For example, the statement can assign values to a user-defined variable and a system variable. If you set several system variables, the most recent GLOBAL or SESSION modifier in the statement is used for following variables that have no modifier specified.
Examples:
The @@var_name syntax for system variables is supported for compatibility with some other database systems.
If you change a session system variable, the value remains in effect until your session ends or until you change the variable to a different value. The change is not visible to other clients.
If you change a global system variable, the value is remembered and used for new connections until the server restarts. (To make a global system variable setting permanent, you should set it in an option file.) The change is visible to any client that accesses that global variable. However, the change affects the corresponding session variable only for clients that connect after the change. The global variable change does not affect the session variable for any client that is currently connected (not even that of the client that issues the SET GLOBALstatement).
To prevent incorrect usage, MySQL produces an error if you use SET GLOBAL with a variable that can only be used with SET SESSION or if you do not specify GLOBAL (or @@global.) when setting a global variable.
To set a SESSION variable to the GLOBAL value or a GLOBAL value to the compiled-in MySQL default value, use the DEFAULT keyword. For example, the following two statements are identical in setting the session value ofmax_join_size to the global value:
Not all system variables can be set to DEFAULT. In such cases, use of DEFAULT results in an error.
It is not permitted to assign the value DEFAULT to user-defined variables, and not supported for stored procedure or function parameters or stored program local variables. This results in a syntax error for user-defined variables, and the results are undefined for parameters or local variables.
You can refer to the values of specific global or session system variables in expressions by using one of the @@-modifiers. For example, you can retrieve values in a SELECT statement like this:
When you refer to a system variable in an expression as @@var_name (that is, when you do not specify@@global. or @@session.), MySQL returns the session value if it exists and the global value otherwise. (This differs from SET @@var_name = value, which always refers to the session value.)
Some variables displayed by SHOW VARIABLES may not be available using SELECT @@var_name syntax; anUnknown system variable occurs. As a workaround in such cases, you can use SHOW VARIABLES LIKE 'var_name'.
Suffixes for specifying a value multiplier can be used when setting a variable at server startup, but not to set the value with SET at runtime. On the other hand, with SET you can assign a variable's value using an expression, which is not true when you set a variable at server startup. For example, the first of the following lines is legal at server startup, but the second is not:
Conversely, the second of the following lines is legal at runtime, but the first is not:
To display system variables names and values, use the SHOW VARIABLES statement. (See Section 13.7.5.41, “SHOW VARIABLES Syntax”.)
The following list describes SET options that have nonstandard syntax (that is, options that are not set with name= value syntax).
CHARACTER SET {charset_name | DEFAULT}
This maps all strings from and to the client with the given mapping. You can add new mappings by editingsql/convert.cc in the MySQL source distribution. SET CHARACTER SET sets three session system variables:character_set_client and character_set_results are set to the given character set, andcharacter_set_connection to the value of character_set_database. See Section 10.1.4, “Connection Character Sets and Collations”.
The default mapping can be restored by using the value DEFAULT. The default depends on the server configuration.
ucs2 cannot be used as a client character set, which means that it does not work for SET CHARACTER SET.
NAMES {'charset_name' [COLLATE 'collation_name'] | DEFAULT}
SET NAMES sets the three session system variables character_set_client, character_set_connection, and character_set_results to the given character set. Setting character_set_connection tocharset_name also sets collation_connection to the default collation for charset_name. The optionalCOLLATE clause may be used to specify a collation explicitly. See Section 10.1.4, “Connection Character Sets and Collations”.
The default mapping can be restored by using a value of DEFAULT. The default depends on the server configuration.
ucs2 cannot be used as a client character set, which means that it does not work for SET NAMES.
ONE_SHOT
This option is a modifier, not a variable. It is only for internal use for replication: mysqlbinlog uses SET ONE_SHOTto modify temporarily the values of character set, collation, and time zone variables to reflect at rollforward what they were originally. ONE_SHOT is for internal use only and is deprecated for MySQL 5.0 and up.
ONE_SHOT is intended for use only with the permitted set of variables. With other variables, an error occurs:
If ONE_SHOT is used with the permitted variables, it changes the variables as requested, but only for the next non-SET statement. After that, the server resets all character set, collation, and time zone-related system variables to their previous values. Example: