zoukankan      html  css  js  c++  java
  • MySQL数据库(二)——库相关操作、表相关操作(一)、存储引擎、数据类型

     库相关操作、表相关操作(一)、存储引擎、数据类型

    一、库相关操作

    1、创建数据库

    (1)语法

    create database 数据库 charset utf8;

    (2)数据库命名规范

    可以由字母、数字、下划线、@、#、$
    区分大小写
    唯一性
    不能使用关键字如 create select
    不能单独使用数字
    最长128位

    2、数据库的操作

    # 1. 查看数据库
    show databases;             #查看所有数据库
    show create database db1;              #查看创建数据库的SQL语句
    select database();
    
    # 2. 选择数据库
    use 数据库名             # 选择完数据库以后,可以对数据库中的表进行操作
    
    # 3. 删除数据库
    drop database 数据库名;           
    
    # 4. 修改数据库
    alter database db1 charset utf8;        #修改数据库的字符编码

    二、表相关操作

    1、存储引擎

    (1)什么是引擎

      涉及到存储数据的代码就称之为存储引擎。数据库管理系统(DBMS)使用数据引擎进行创建、查询、更新和删除数据。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能,使用不同的存储引擎,还可以 获得特定的功能。存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。因为在关系数据库中数据的存储是以表的形式存储的,所以存储引擎也可以称为表类型(即存储和操作此表的类型)

      在Oracle 和SQL Server等数据库中只有一种存储引擎,所有数据存储管理机制都是一样的。而MySql数据库提供了多种存储引擎。用户可以根据不同的需求为数据表选择不同的存储引擎,用户也可以根据自己的需要编写自己的存储引擎。

    (2)MySQL支持的引擎

    show engines     #查看所有支持的存储引擎
    show variables like 'storage_engine%';    #查看正在使用的存储引擎
    #InnoDB 存储引擎
    支持事务,其设计目标主要面向联机事务处理(OLTP)的应用。其
    特点是行锁设计、支持外键,并支持类似 Oracle 的非锁定读,即默认读取操作不会产生锁。 从 MySQL 5.5.8 版本开始是默认的存储引擎。
    InnoDB 存储引擎将数据放在一个逻辑的表空间中,这个表空间就像黑盒一样由 InnoDB 存储引擎自身来管理。从 MySQL 4.1(包括 4.1)版本开始,可以将每个 InnoDB 存储引擎的 表单独存放到一个独立的 ibd 文件中。此外,InnoDB 存储引擎支持将裸设备(row disk)用 于建立其表空间。
    InnoDB 通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了 SQL 标准 的 4 种隔离级别,默认为 REPEATABLE 级别,同时使用一种称为 netx-key locking 的策略来 避免幻读(phantom)现象的产生。除此之外,InnoDB 存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead) 等高性能和高可用的功能。
    对于表中数据的存储,InnoDB 存储引擎采用了聚集(clustered)的方式,每张表都是按 主键的顺序进行存储的,如果没有显式地在表定义时指定主键,InnoDB 存储引擎会为每一 行生成一个 6 字节的 ROWID,并以此作为主键。
    InnoDB 存储引擎是 MySQL 数据库最为常用的一种引擎,Facebook、Google、Yahoo 等 公司的成功应用已经证明了 InnoDB 存储引擎具备高可用性、高性能以及高可扩展性。对其 底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解 InnoDB 存储引擎的工作 原理、实现和应用,可以参考《MySQL 技术内幕:InnoDB 存储引擎》一书。
    
    #MyISAM 存储引擎
    不支持事务、表锁设计、支持全文索引,主要面向一些 OLAP 数 据库应用,在 MySQL 5.5.8 版本之前是默认的存储引擎(除 Windows 版本外)。数据库系统 与文件系统一个很大的不同在于对事务的支持,MyISAM 存储引擎是不支持事务的。究其根 本,这也并不难理解。用户在所有的应用中是否都需要事务呢?在数据仓库中,如果没有 ETL 这些操作,只是简单地通过报表查询还需要事务的支持吗?此外,MyISAM 存储引擎的 另一个与众不同的地方是,它的缓冲池只缓存(cache)索引文件,而不缓存数据文件,这与 大多数的数据库都不相同。
    
    #NDB 存储引擎
    年,MySQL AB 公司从 Sony Ericsson 公司收购了 NDB 存储引擎。 NDB 存储引擎是一个集群存储引擎,类似于 Oracle 的 RAC 集群,不过与 Oracle RAC 的 share everything 结构不同的是,其结构是 share nothing 的集群架构,因此能提供更高级别的 高可用性。NDB 存储引擎的特点是数据全部放在内存中(从 5.1 版本开始,可以将非索引数 据放在磁盘上),因此主键查找(primary key lookups)的速度极快,并且能够在线添加 NDB 数据存储节点(data node)以便线性地提高数据库性能。由此可见,NDB 存储引擎是高可用、 高性能、高可扩展性的数据库集群系统,其面向的也是 OLTP 的数据库应用类型。
    
    #Memory 存储引擎
    正如其名,Memory 存储引擎中的数据都存放在内存中,数据库重 启或发生崩溃,表中的数据都将消失。它非常适合于存储 OLTP 数据库应用中临时数据的临时表,也可以作为 OLAP 数据库应用中数据仓库的维度表。Memory 存储引擎默认使用哈希 索引,而不是通常熟悉的 B+ 树索引。
    
    #Infobright 存储引擎
    第三方的存储引擎。其特点是存储是按照列而非行的,因此非常 适合 OLAP 的数据库应用。其官方网站是 http://www.infobright.org/,上面有不少成功的数据 仓库案例可供分析。
    
    #NTSE 存储引擎
    网易公司开发的面向其内部使用的存储引擎。目前的版本不支持事务, 但提供压缩、行级缓存等特性,不久的将来会实现面向内存的事务支持。
    
    #BLACKHOLE
    黑洞存储引擎,可以应用于主备复制中的分发主库。
    
    MySQL 数据库还有很多其他存储引擎,上述只是列举了最为常用的一些引擎。如果 你喜欢,完全可以编写专属于自己的引擎,这就是开源赋予我们的能力,也是开源的魅 力所在。
    MySQL存储引擎介绍

    (3)使用存储引擎

    方法一:建表时使用

    创建表时在最后指定引擎

    create table t1(id int,name char)engine=innodb;
    
    show create table t1;

    方法二:在配置文件中指定默认的存储引擎

    /etc/my.cnf
    [mysqld]
    default-storage-engine=INNODB
    innodb_file_per_table=1
    create table t1(id int)engine=innodb
    create table t2(id int not null)engine=csv
    create table t3(id int)engine=memory
    create table t4(id int)engine=blackhole
    insert into t1 value(1);
    insert into t2 value(1);
    insert into t3 value(1);
    insert into t4 value(1);
    创建引擎示例

    innodb是默认的引擎 因为 它是永久存储 并且  支持事务,行锁,外键

    (4)创建表

    create table 表名(
    字段名1 类型[(宽度) 约束条件],
    字段名2 类型[(宽度) 约束条件],
    字段名3 类型[(宽度) 约束条件]
    );

    #注意
    1.必须有字段名、数据类型、表名
    2.同一张表中字段名必须不同
    3.宽度和约束条件可选

    非严格类型:往表中添加数据时,如果数据超过了指定的范围,超出部分数据会被丢弃

    (5)查看表

    #1. 查看表的结构
    desc 表名;
    
    # 2. 查看创建表的SQL语句
    show create table 表名;

    (6)修改表

    语法:
    1. 修改表名
          ALTER TABLE 表名 RENAME 新表名;
    
    2. 增加字段
          ALTER TABLE 表名 ADD 字段名  数据类型 [完整性约束条件…],
                          ADD 字段名  数据类型 [完整性约束条件…];
          ALTER TABLE 表名 ADD 字段名  数据类型 [完整性约束条件…]  FIRST;
          ALTER TABLE 表名 ADD 字段名  数据类型 [完整性约束条件…]  AFTER 字段名;
                                
    3. 删除字段
          ALTER TABLE 表名 DROP 字段名;
    
    4. 修改字段
          ALTER TABLE 表名 MODIFY 字段名 数据类型 [完整性约束条件…];
          ALTER TABLE 表名 CHANGE 旧字段名 新字段名 旧数据类型 [完整性约束条件…];
          ALTER TABLE 表名 CHANGE 旧字段名 新字段名 新数据类型 [完整性约束条件…];

    三、数据类型

    严格模式与非严格模式

    • 非严格模式
      • 如果数据超出数据类型的范围,就保存给数据类型的最值
    • 严格模式
      • 如果值超出数据类型的范围,就直接报错
    # 查看当前的模式
    show variables like 'sql_mode';
    # 修改为严格模式
    set global sql_mode='STRICT_TRANS_TABLES';

    1、整型

    整型类型 tinyint     smallint     mediumint int          bigint    
    大小 1字节 2字节 3字节 4字节 8字节

    (1)默认情况下整型是有符号的,需要用一个二进制位存储符号,因此tinyint范围是(-128,127)

    (2)长度限制

    create table t1(id int(1));      # int后面的数字表示整型数据的显示宽度
    create table t2(id int(6) zerofill); # 当数据宽度小于设定值时,就用0填充

    2、浮点型

    (1)m表示整体长度,d表示小数部分长度

    浮点类型 float       double      decimal
    大小 4字节 8字节 根据长度确定
    长度(m,d)
    float(5,3) 最大值是99.999

    (2)三种浮点型的区别

    #相同点: 
           小数部分最大长度都是30
         float和double的最大长度为255
    
    #不同点: 
           decimal的整体最大长度65
         精度不同
         double 比 float 精度高
         decimal 是准确的,不会丢失精度,double和float都会丢失数据

    3、字符型

    字符类型 char varchar
    用途 定长字符 不定长字符

    (1)char和varchar的区别

    # char类型:定长,简单粗暴,浪费空间,存取速度快
        字符长度范围:0-255(一个中文是一个字符,是utf8编码的3个字节)
        存储:
            存储char类型的值时,会往右填充空格来满足长度
            例如:指定长度为10,存>10个字符则报错,存<10个字符则用空格填充直到凑够10个字符存储
    
        检索:
            在检索或者说查询时,查出的结果会自动删除尾部的空格,除非我们打开pad_char_to_full_length SQL模式(SET sql_mode = 'PAD_CHAR_TO_FULL_LENGTH';)
    
    # varchar类型:变长,精准,节省空间,存取速度慢
        字符长度范围:0-65535(如果大于21845会提示用其他类型 。mysql行最大限制为65535字节,字符编码为utf-8
        存储:
            varchar类型存储数据的真实内容,不会用空格填充,如果'ab  ',尾部的空格也会被存起来
            强调:varchar类型会在真实数据前加1-2Bytes的前缀,该前缀用来表示真实数据的bytes字节数(1-2Bytes最大表示65535个数字,正好符合mysql对row的最大字节限制,即已经足够使用)
            如果真实的数据<255bytes则需要1Bytes的前缀(1Bytes=8bit 2**8最大表示的数字为255)
            如果真实的数据>255bytes则需要2Bytes的前缀(2Bytes=16bit 2**16最大表示的数字为65535)
        
        检索:
            尾部有空格会保存下来,在检索或者说查询时,也会正常显示包含空格在内的内容

    (2)根据字符串模糊查询

    # 当你在执行这样的查询语句时  mysql会自动将参数末尾的空格去除
        select *from t1 where  name = "Tom"
    
    # 当你在使用模糊搜索时,要注意:定长字符后面可能会有空格,所以最好在后面加上百分号 %
        select *from t1 where  name like "T%";
    
            % :任意个数的任意字符
             _ :1个任意字符

    4、日期类型

    日期类型 data      time      datatime timestamp year     
    用途 年月日 时分秒 年月日 时分秒 时间戳 年份

     

            YEAR:
                YYYY(1901/2155)
    
            DATE:
                YYYY-MM-DD(1000-01-01/9999-12-31)
    
            TIME:
                HH:MM:SS('-838:59:59'/'838:59:59')
    
            DATETIME:    #1001——9999年,表示的是时间差
    
                YYYY-MM-DD HH:MM:SS(1000-01-01 00:00:00/9999-12-31 23:59:59    Y)
    
            TIMESTAMP:    #1970——2038年,存储于时区有关,若值为空则表示当前的时间
    
                YYYYMMDD HHMMSS(1970-01-01 00:00:00/2037 年某时)

    注意:

    (1)时间的存取通过字符串类型

    (2)都可以使用 now() 函数来插入当前时间

    (3)datetime 和 时间戳都能够表示日期和时间

    (4)时间戳可以为空,代表当前时间

    (5)时间戳在更新记录时,会自动更新为当前时间

    5、枚举类型和集合

    (1)枚举类型:用于描述 一个已知范围的数据

    enum 多选一,只能在给定的范围内选一个值,如性别(男/女)

    create table t1(a enum('male','female'));
    insert into t1 value('male');
    insert into t1 value(1) #利用索引俩添加数据,其中索引可以用整型或者字符串类型

    (2)集合类型:用于描述一堆数据

    set 多选多,在给定的范围内可以选择一个或一个以上的值,如爱好(爱好1,爱好2)

    create table t1('hobby' set('read','play','run'));
    insert into t1 value('read','play');
    insert into t1 value(1) #可以利用索引来添加数据,其中所以可以用整型或者字符串类型

    注意:枚举类型和集合中的数据只能是字符串

     

    表的相关操作(二)见:https://www.cnblogs.com/linagcheng/p/9640444.html

  • 相关阅读:
    附加:CSS大全
    HTML 三
    HTML 二
    HTML 一
    20150106--SQL事务操作+触发器二
    20150106--SQL事务操作+触发器一
    20141229 mysql基本操作二
    Oracle基础知识
    JDBC事务
    jsp内置/隐式对象(9个)与el表达式
  • 原文地址:https://www.cnblogs.com/linagcheng/p/9635498.html
Copyright © 2011-2022 走看看