13518219792
mySQL装好后配置环境变量的步骤如下：
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：国际域名空间、虚拟空间、营销软件、网站建设、长沙县网站维护、网站推广。
我们需要准备的材料分别是：电脑、Mysql。
1、首先，查找到mysql安装目录，例如：D:\xampp\mysql。
2、右键“我的电脑”，点击“高级系统设置”，点击“环境变量”按钮。
3、点击“新建”按钮，变量名输入：MYSQL_HOME，变量值输入mysql的路径，例如：D:\xampp\mysql，点击“确定”。
4、之后，打开cmd，即可直接输入数据库连接命令来使用，例如：mysql-uroot-p。
1、对于命令控来说，在cmd命令下行下操作很方便，但有时需要直接在命令行床空执行mysql这样的命令，会出现”mysql不是内部或外部命令“这样的错误提示，原因是mysql其实是一个exe文件，存放于myql安装路径/bin下，因此需要将mysql的安装路径配置到path环境变量中，如此以后就不用每次都cd到mysql路径下了；
2、设置完成后我们再试试看-cmd--mysql
已经连接上mysql了，接下来我们可以使用dml、sql语言来创建我们自己的数据库了；
3、首先，要创建一个数据库名字为test_user;
创建成功！
4、创建一个张数据表，使用脚本即可。
注意，创建table之前一定要use databasename;
你能用这个命令得到mysqld服务器缺省缓冲区大小：
shellmysqld--help
这个命令生成一张所有mysqld选项和可配置变量的表。输出包括缺省值并且看上去象这样一些东西：
如果有一个mysqld服务器正在运行，通过执行这个命令，你可以看到它实际上使用的变量的值：
shellmysqladminvariables
每个选项在下面描述。对于缓冲区大小、长度和栈大小的值以字节给出，你能用于个后缀“K”或“M”指出以K字节或兆字节显示值。例如，16M指出16兆字节。后缀字母的大小写没有关系；16M和16m是相同的。
你也可以用命令SHOWSTATUS自一个运行的服务器看见一些统计。见7.21SHOW语法(得到表、列的信息)。
back_log
要求MySQL能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。Unixlisten(2)系统调用的手册页应该有更多的细节。检查你的OS文档找出这个变量的最大值。试图设定back_log高于你的操作系统的`限制将是无效的。
connect_timeout
mysqld服务器在用Badhandshake（糟糕的握手）应答前正在等待一个连接报文的秒数。
delayed__timeout
一个InsertDELAYED线程应该在终止之前等待Insert语句的时间。
delayed__limit
在插入delayed__limit行后，InsertDELAYED处理器将检查是否有任何Select语句未执行。如果这样，在继续前执行允许这些语句。
delayed_queue_size
应该为处理InsertDELAYED分配多大一个队列(以行数)。如果排队满了，任何进行InsertDELAYED的客户将等待直到队列又有空间了。
flush_time
如果这被设置为非零值，那么每flush_time秒所有表将被关闭(以释放资源和sync到磁盘)。
interactive_timeout
服务器在关上它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对mysql_real_connect()使用CLIENT_INTERACTIVE选项的客户。也可见wait_timeout。
join_buffer_size
用于全部联结(join)的缓冲区大小(不是用索引的联结)。缓冲区对2个表间的每个全部联结分配一次缓冲区，当增加索引不可能时，增加该值可得到一个更快的全部联结。（通常得到快速联结的最佳方法是增加索引。）
key_buffer_size
索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。记住既然MySQL不缓存读取的数据，你将必须为OS文件系统缓存留下一些空间。为了在写入多个行时得到更多的速度，使用LOCKTABLES。见7.24LOCKTABLES/UNLOCKTABLES语法。
long_query_time
如果一个查询所用时间超过它(以秒计)，Slow_queries记数器将被增加。
max_allowed_packet
一个包的最大尺寸。消息缓冲区被初始化为net_buffer_length字节，但是可在需要时增加到max_allowed_packet个字节。缺省地，该值太小必能捕捉大的(可能错误)包。如果你正在使用大的BLOB列，你必须增加该值。它应该象你想要使用的最大BLOB的那么大。
max_connections
允许的同时客户的数量。增加该值增加mysqld要求的文件描述符的数量。见下面对文件描述符限制的注释。见18.2.4Toomanyconnections错误。
max_connect_errors
如果有多于该数量的从一台主机中断的连接，这台主机阻止进一步的连接。你可用FLUSHHOSTS命令疏通一台主机。
max_delayed_threads
不要启动多于的这个数字的线程来处理InsertDELAYED语句。如果你试图在所有InsertDELAYED线程在用后向一张新表插入数据，行将入，就像DELAYED属性没被指定那样。
max_join_size
可能将要读入多于max_join_size个记录的联结将返回一个错误。如果你的用户想要执行没有一个Where子句、花很长时间并且返回百万行的联结，设置它。
max_sort_length
在排序BLOB或TEXT值时使用的字节数(每个值仅头max_sort_length个字节被使用；其余的被忽略)。
max_tmp_tables
（该选择目前还不做任何事情)。一个客户能同时保持打开的临时表的最大数量。
net_buffer_length
通信缓冲区在查询之间被重置到该大小。通常这不应该被改变，但是如果你有很少的内存，你能将它设置为查询期望的大小。（即，客户发出的SQL语句期望的长度。如果语句超过这个长度，缓冲区自动地被扩大，直到max_allowed_packet个字节。）
record_buffer
每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。
sort_buffer
每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速ORDERBY或GROUPBY操作。见18.5MySQL在哪儿存储临时文件。
table_cache
为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。MySQL对每个唯一打开的表需要2个文件描述符，见下面对文件描述符限制的注释。对于表缓存如何工作的信息，见10.2.4MySQL怎样打开和关闭表。
tmp_table_size
如果一张临时表超出该大小，MySQL产生一个Thetabletbl_nameisfull形式的错误，如果你做很多高级GROUPBY查询，增加tmp_table_size值。
thread_stack
每个线程的栈大小。由crash-me测试检测到的许多限制依赖于该值。缺省队一般的操作是足够大了。见10.8使用你自己的基准。
wait_timeout
服务器在关闭它之前在一个连接上等待行动的秒数。也可见interactive_timeout。
MySQL使用是很具伸缩性的算法，因此你通常能用很少的内存运行或给MySQL更多的被存以得到更好的性能。
如果你有很多内存和很多表并且有一个中等数量的客户，想要最大的性能，你应该一些象这样的东西：
shellsafe_mysqld-Okey_buffer=16M-Otable_cache=128
?????-Osort_buffer=4M-Orecord_buffer=1M
如果你有较少的内存和大量的连接，使用这样一些东西：
shellsafe_mysqld-Okey_buffer=512k-Osort_buffer=100k
?????-Orecord_buffer=100k
或甚至：
shellsafe_mysqld-Okey_buffer=512k-Osort_buffer=16k
?????-Otable_cache=32-Orecord_buffer=8k-Onet_buffer=1K
如果有很多连接，“交换问题”可能发生，除非mysqld已经被配置每个连接使用很少的内存。当然如果你对所有连接有足够的内存，mysqld执行得更好。
注意，如果你改变mysqld的一个选项，它实际上只对服务器的那个例子保持。
为了明白一个参数变化的效果，这样做：
shellmysqld-Okey_buffer=32m--help
保证--help选项是最后一个；否则，命令行上在它之后列出的任何选项的效果将不在反映在输出中。
mysql变量的术语分类：
1.用户变量：以"@"开始，形式为"@变量名"
用户变量跟mysql客户端是绑定的，设置的变量，只对当前用户使用的客户端生效
2.全局变量：定义时，以如下两种形式出现，set
GLOBAL
变量名
或者
set
@@global.变量名，对所有客户端生效。只有具有super权限才可以设置全局变量
3.会话变量：只对连接的客户端有效。
4.局部变量：作用范围在begin到end语句块之间。在该语句块里设置的变量
declare语句专门用于定义局部变量。set语句是设置不同类型的变量，包括会话变量和全局变量
通俗理解术语之间的区别：
用户定义的变量就叫用户变量。这样理解的话，会话变量和全局变量都可以是用户定义的变量。只是他们是对当前客户端生效还是对所有客户端生效的区别了。所以，用户变量包括了会话变量和全局变量
局部变量与用户变量的区分在于两点:
1.
用户变量是以"@"开头的。局部变量没有这个符号。
2.
定义变量不同。用户变量使用set语句，局部变量使用declare语句定义
3.
作用范围。局部变量只在begin-end语句块之间有效。在begin-end语句块运行完之后，局部变量就消失了。
所以，最后它们之间的层次关系是：变量包括局部变量和用户变量。用户变量包括会话变量和全局变量。
使用备忘，set
@var
若没有指定GLOBAL
或SESSION
，那么默认将会定义用户变量
两种方式定义用户变量：
1."=",如
set
@a
=3,@a:=5
2.":="。select常常这样使用
总结：使用select
和set设置变量的区别，set可以使用以上两种形式设置变量。而select只能使用":="的形式设置变量
实践积累：用户变量在mysql客户端退出后，会自动消失。之后我打开客户端，使用"select
@a;"
显示变了的值为null。说明，未定义的变量初始化是null
实际中的问题
设置常量对group_concat()的配置影响：
SET
@@GROUP_CONCAT_MAX_LEN=4
手册中提到设置的语法是这样的：
SET
[SESSION
|
GLOBAL]
group_concat_max_len
=
val;
以下两种形式都能达到达到同样的效果，但是有什么区别？
SET
@@global.GROUP_CONCAT_MAX_LEN=4;
global可以省略，那么就变成了：SET
@@GROUP_CONCAT_MAX_LEN=4;
2011.2.25
之前的理解不怎么准确。现在对加深理解后的地方进行总结。
mysql中变量的层次关系是:大体包括用户变量和系统变量。系统变量包括系统会话变量和系统全局变量。
相互之间的区别：
因为用户变量就是用户定义的变量，系统变量就是mysql定义和维护的变量。所以，用户变量与系统变量的区别在于，是谁在管理这些变量。mysql一启动的时候就会读取系统变量(这样做目的是可以确定mysql的以何种机制或模式运行)。
系统会话变量与用户变量都是在当前客户端退出后消失。他们之间的区别可以这样理解，虽然常常看到"set
@@varible"的形式去改变系统变量的值，但是并不涉及到定义系统变量。用户变量是可以自己定义(初始化)。系统变量按照只是在改变值。
局部变量只在begin-end语句块中定义并有效。执行到该语句块之后就消失了。定义的方式有明显的特点，使用declare语句。
使用系统变量理论上是可以使用两种形式：
1.
前面带有符号"@@"
2.
符号省略。比如我会看的如下形式：CURRENT_USER。但是，约定系统变量要使用"@@变量名"的形式，就是在前面加上符号"@@"
INSERT INTO `man_db_write`.`man_articles` (`title`,`content`,`created`) VALUES (:0_title,:0_content,:0_created),(:1_title,:1_content,:1_created)
然后我再PHP中绑定变量
$stmt-bindParam(':0_title','title 1');
$stmt-bindParam(':0_content','content 1');
$stmt-bindParam(':0_created','1418103633');
$stmt-bindParam(':1_title','title 2');
$stmt-bindParam(':1_content','content 2');
$stmt-bindParam(':1_created','1418103635');
$stmt-execute();
在MySQL中并没有Shared Pool来共享SQL及其执行计划, 因此是否共享不是很重要, 在程序中是否使用绑定(Bind)变量也不是很重要. 事实上在目前的版本中, 只有Server Side的编程才能使用绑定变量, 而客户端的程序虽然用了绑定变量, 但实际是上只是被进行了文本替换, 最早我在MySQL的JDBC驱动说明上看到了这一点, 现在用Perl程序(asyncdata.pl)从Oracle向MySQL复制数据时(启动MySQL时指定--log选项)从SQL的日志文件中看到如下记录:
Query DELETE FROM T_OBJECTS WHERE OBJECT_ID='441766' AND 1=1
Query DELETE FROM T_OBJECTS WHERE OBJECT_ID='441767' AND 1=1
Query DELETE FROM T_OBJECTS WHERE OBJECT_ID='441768' AND 1=1
而根据MySQL的解释, 使用真正的绑定变量时, SQL的日志文件应当记录如下:
Prepare [1] SELECT ?
Execute [1] SELECT 3
而我找遍了整个日志文件, 也没有发现Prepare字样, 虽然我的Perl程序中调用了prepare方法. MySQL中另一个功能Query Cache则刚好是建立在不绑定的基础上的, 这个缓冲区会将最近执行过的SQL的结果存起来, 下同遇到同样的SQL(区分大小写的文本比较)时, 就直接将结果返回来, 但如果这个SQL下面的的表有数据变动, 则将再次执行, 这个功能默认是禁用(query_cache_size的默认值为0)的, 估计现实生活中, 这样的应用少.
