标签:
mysql -u username -p
service mysql start/stop
service mysql status
show databases
describe table_name;
在缺省模式下,MYSQL是autocommit模式的。全部的数据库更新操作都会即时提交。所以在缺省情况下,mysql是不支持事务的。
可是假设你的MYSQL表类型是使用InnoDB Tables 或 BDB tables的话,你的MYSQL就能够使用事务处理,使用SET AUTOCOMMIT=0就能够使MYSQL同意在非autocommit模式,在非autocommit模式下,你必须使用COMMIT来提交你的更改。或者用ROLLBACK来回滚你的更改。
示比例如以下:
START TRANSACTION;
SELECT @A:=SUM(salary) FROM table1 WHERE type=1;
UPDATE table2 SET summmary=@A WHERE type=1;
COMMIT;
MySQL是一个小型关系型数据库管理系统,开发人员为瑞典MySQL AB公司。如今已经被Sun公司收购,支持FreeBSD、Linux、MAC、Windows等多种操作系统与其它的大型数据库比如Oracle、DB2、SQL Server等相比功能稍弱一些
1、能够处理拥有上千万条记录的大型数据
2、支持常见的SQL语句规范
3、可移植行高,安装简单小巧
4、良好的运行效率,有丰富信息的网络支持
5、调试、管理,优化简单(相对其它大型数据库)
Char是一种固定长度的类型,varchar是一种可变长度的类型
隔离性、持续性、一致性、原子性
SQL标准定义的四个隔离级别为:
read uncommited:读取未提交内容
read committed:读取提交内容
repeatable read:可重读
serializable:可串行化
详解例如以下:
Read Uncommitted(读取未提交内容)
在该隔离级别,全部事务都能够看到其它未提交事务的运行结果。本隔离级别非常少用于实际应用,由于它的性能也不比其它级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。
Read Committed(读取提交内容)
这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务仅仅能看见已经提交事务所做的改变。这样的隔离级别也支持所谓的不可反复读(Nonrepeatable Read),由于同一事务的其它实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。
Repeatable Read(可重读)
这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到相同的数据行。只是理论上,这会导致还有一个棘手的问题:幻读(Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,还有一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时。会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本号并发控制(MVCC。Multiversion Concurrency Control 间隙锁)机制攻克了该问题。
注:事实上多版本号仅仅是解决不可反复读问题。而加上间隙锁(也就是它这里所谓的并发控制)才攻克了幻读问题。
Serializable(可串行化)
这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突。从而解决幻读问题。简言之。它是在每一个读的数据行上加上共享锁。在这个级别。可能导致大量的超时现象和锁竞争。
对于不同的事务,採用不同的隔离级别分别有不同的结果。不同的隔离级别有不同的现象。主要有以下3种如今:
1、脏读(dirty read):一个事务能够读取还有一个尚未提交事务的改动数据。
2、非反复读(nonrepeatable read):在同一个事务中,同一个查询在T1时间读取某一行。在T2时间又一次读取这一行时候,这一行的数据已经发生改动,可能被更新了(update)。也可能被删除了(delete)。
3、幻像读(phantom read):在同一事务中,同一查询多次进行时候,由于其它插入操作(insert)的事务提交,导致每次返回不同的结果集。
不同的隔离级别有不同的现象,并有不同的锁定/并发机制,隔离级别越高,数据库的并发性就越差,4种事务隔离级别分别表现的现象例如以下表:
MySQLserver通过权限表来控制用户对数据库的訪问,权限表存放在mysql数据库里,由mysql_install_db脚本初始化。这些权限表分别user。db,table_priv,columns_priv和host。
以下分别介绍一下这些表的结构和内容:
user权限表:记录同意连接到server的用户帐号信息。里面的权限是全局级的。
db权限表:记录各个帐号在各个数据库上的操作权限。
table_priv权限表:记录数据表级的操作权限。
columns_priv权限表:记录数据列级的操作权限。
host权限表:配合db权限表对给定主机上数据库级操作权限作更仔细的控制。这个权限表不受GRANT和REVOKE语句的影响。
MyISAM indexed sequential access method (有索引的顺序訪问方法)
MyISAM 具有检查和修复表格的大多数工具。表格能够被压缩。并且支持全文收索
不是事务安全的,并且不支持外键。
MEMORY 也是曾经的(HEAP) 该类型表存储在内存中。表的索引是哈希分布的。
merge 这些表为了查询目的,把myisam 表集合作为单个表,因此你能够在某些操作系统中避开最大文件大小的限制。
archive 这样的类型的表仅仅支持,insert ,select 不支持delete,update,replace ,不使用索引。
csv 这些表保存在server的单个文件里。它包括了用逗号间隔的数据。
innodb 这样的表是事务安全的。提供了commit(提交) rollback(实务回滚)支持外键。比myisam慢。
改动mysql存储引擎alter table tablename type = innodb;
table_name
修复表 OPTIMIZE TABLE table_name
优化表 REPAIR TABLE 用于修复被破坏的表。 Show status
一些值得监控的变量值:
Bytes_received和Bytes_sent
和server之间来往的流量。
Com_*server正在运行的命令。
Created_*在查询运行期限间创建的暂时表和文件。
Handler_*存储引擎操作。
Select_*不同类型的联接运行计划。
Sort_*几种排序信息。
Show session status like ‘Select’;
Show profiles
SET profiling=1;
Show profiles\G
Show profile;
NUMERIC和DECIMAL类型被MySQL实现为相同的类型,这在SQL92标准同意。他们被用于保存值,该值的准确精度是极其重要的值,比如与金钱有关的数据。
当声明一个类是这些类型之中的一个时,精度和规模的能被(并且一般是)指定;比如:
salary DECIMAL(9,2)
在这个样例中,9(precision)代表将被用于存储值的总的小数位数,而2(scale)代表将被用于存储小数点后的位数。因此。在这样的情况下。能被存储在salary列中的值的范围是从-9999999.99到9999999.99。在ANSI/ISO SQL92中,句法DECIMAL(p)等价于DECIMAL(p,0)。相同,句法DECIMAL等价于DECIMAL(p,0)。这里实现被同意决定值p。MySQL当前不支持DECIMAL/NUMERIC数据类型的这些变种形式的任一种。这一般说来不是一个严重的问题,由于这些类型的主要益处得自于明显地控制精度和规模的能力。
DECIMAL和NUMERIC值作为字符串存储。而不是作为二进制浮点数,以便保存那些值的小数精度。
一个字符用于值的每一位、小数点(假设scale>0)和“-”符号(对于负值)。假设scale是0。DECIMAL和NUMERIC值不包括小数点或小数部分。
DECIMAL和NUMERIC值得最大的范围与DOUBLE一样,可是对于一个给定的DECIMAL或NUMERIC列,实际的范围可由制由给定列的precision或scale限制。
当这样的列赋给了小数点后面的位超过指定scale所同意的位的值,该值依据scale四舍五入。当一个DECIMAL或NUMERIC列被赋给了其大小超过指定(或缺省的)precision和scale隐含的范围的值,MySQL存储表示那个范围的对应的端点值。
标签:
原文地址:http://www.cnblogs.com/bhlsheji/p/5401110.html