手动创建数据库的步骤:
第一步:决定数据库实例的SID
数据库实例的SID用来将当前实例和以后可能创建的实例进行区分
% setenv ORACLE_SID mynewdb
第二步:建立数据库管理员认证方法
第三步:创建初始化參数文件
实例(由内存结构SAG和后台进程组成)启动过程中要读取初始化參数文件。得到初始化參数文件的一个好办法是改动一个已有的初始化參数文件。为了简化操作,将初始化參数文件放在Oracle默认的位置上。这种话。当数据库启动时,就没有必要再指定pfile參数了。由于Oracle会自己主动寻找在默认位置的初始化參数文件。
Platform Default Name Default Location
UNIX init$ORACLE_SID.ora $ORACLE_HOME/dbs
Windows init$ORACLE_SID.ora $ORACLE_HOME/database
假设一个数据库的名字是mynewdb,以下就是该数据库的初始化文件:
# Cache and I/O
DB_BLOCK_SIZE=4096
DB_CACHE_SIZE=20971520
# Cursors and Library Cache
CURSOR_SHARING=SIMILAR
OPEN_CURSORS=300
# Diagnostics and Statistics
BACKGROUND_DUMP_DEST=/vobs/oracle/admin/mynewdb/bdump
CORE_DUMP_DEST=/vobs/oracle/admin/mynewdb/cdump
TIMED_STATISTICS=TRUE
USER_DUMP_DEST=/vobs/oracle/admin/mynewdb/udump
# Control File Configuration
CONTROL_FILES=("/vobs/oracle/oradata/mynewdb/control01.ctl",
"/vobs/oracle/oradata/mynewdb/control02.ctl",
"/vobs/oracle/oradata/mynewdb/control03.ctl")
# Archive
LOG_ARCHIVE_DEST_1=‘LOCATION=/vobs/oracle/oradata/mynewdb/archive‘
LOG_ARCHIVE_FORMAT=%t_%s.dbf
LOG_ARCHIVE_START=TRUE
# Shared Server
# Uncomment and use first DISPATCHES parameter below when your listener is
# configured for SSL
# (listener.ora and sqlnet.ora)
# DISPATCHERS = "(PROTOCOL=TCPS)(SER=MODOSE)",
# "(PROTOCOL=TCPS)(PRE=oracle.aurora.server.SGiopServer)"
DISPATCHERS="(PROTOCOL=TCP)(SER=MODOSE)",
"(PROTOCOL=TCP)(PRE=oracle.aurora.server.SGiopServer)",
(PROTOCOL=TCP)
# Miscellaneous
COMPATIBLE=9.2.0
DB_NAME=mynewdb
# Distributed, Replication and Snapshot
DB_DOMAIN=us.oracle.com
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
# Network Registration
INSTANCE_NAME=mynewdb
# Pools
JAVA_POOL_SIZE=31457280
LARGE_POOL_SIZE=1048576
SHARED_POOL_SIZE=52428800
# Processes and Sessions
PROCESSES=150
# Redo Log and Recovery
FAST_START_MTTR_TARGET=300
# Resource Manager
RESOURCE_MANAGER_PLAN=SYSTEM_PLAN
# Sort, Hash Joins, Bitmap Indexes
SORT_AREA_SIZE=524288
# Automatic Undo Management
UNDO_MANAGEMENT=AUTO
UNDO_TABLESPACE=undotbs
第四步:连接到实例
$ SQLPLUS /nolog
CONNECT SYS/password AS SYSDBA
第五步:启动实例
不mount数据库。只启动实例。通常,不过在创建和维护数据库的时候才这样做。
STARTUP NOMOUNT
此时,数据库并不存在。仅仅有SGA和后台进程被创建。
第六步:调用create database语句
CREATE DATABASE mynewdb
USER SYS IDENTIFIED BY pz6r58
USER SYSTEM IDENTIFIED BY y1tz5p
LOGFILE GROUP 1 (‘/vobs/oracle/oradata/mynewdb/redo01.log‘) SIZE 100M,
GROUP 2 (‘/vobs/oracle/oradata/mynewdb/redo02.log‘) SIZE 100M,
GROUP 3 (‘/vobs/oracle/oradata/mynewdb/redo03.log‘) SIZE 100M
MAXLOGFILES 5
MAXLOGMEMBERS 5
MAXLOGHISTORY 1
MAXDATAFILES 100
MAXINSTANCES 1
CHARACTER SET US7ASCII
NATIONAL CHARACTER SET AL16UTF16
DATAFILE ‘/vobs/oracle/oradata/mynewdb/system01.dbf‘ SIZE 325M REUSE
EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE tempts1
DATAFILE ‘/vobs/oracle/oradata/mynewdb/temp01.dbf‘
SIZE 20M REUSE
UNDO TABLESPACE undotbs
DATAFILE ‘/vobs/oracle/oradata/mynewdb/undotbs01.dbf‘
SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED;
数据库创建之后,数据库名称是mynewdb,它的全局数据库名是mynewdb.us.oracle.com。控制文件通过初始化參数CONTROL_FILES来创建。SYS用户的password是pz6r58,SYSTEM用户的password是y1tz5p。这两个子句在Oracle9i中是可选。可是假设设定了不论什么一个password,那么两个password都必须设定。
该数据库有三个在线重做日志组。通过LOGFILE子句来指定,MAXLOGFILES, MAXLOGMEMBERS, and MAXLOGHISTORY都是对日志文件的限制。
MAXDATAFILES指定了数据库能够打开的数据文件的最大数量,该数量会影响到控制文件的大小。在创建数据库的过程中所设定的參数,有些会受到其它因素的影响。
比方,设定了MAXDATAFILES之后,Oracle在控制文件里要分配空间存放数据文件的文件名称。即使数据库仅仅有一个数据文件。然而,由于控制文件本身也有大小的限制(跟操作系统有关)。非常有可能不能把全部CREATE
DATABASE的參数都设置为他们理论上的最大值。
MAXINSTANCES指定了仅仅有一个实例可以mount和打开数据库。US7ASCII字符集被指定为数据库保存数据使用的字符集。系统表空间由/vobs/oracle/oradata/mynewdb/system01.dbf组成,假设该文件已经存在。将会被重写。系统表空间是本地化管理的表空间。
DEFAULT_TEMPORARY_TABLESPACE子句创建并命名了一个默认的暂时表空间。UNDO_TABLESPACE子句创建并命名了一个撤销表空间。用来存储撤销记录,前提是在初始化參数文件里把UNDO_MANAGEMENT设定为AUTO。由于ARCHIVELOG子句在CREATE DATABASE语句中没有调用,因此重做日志文件并不会被归档。这是数据库创建过程的通常做法,ALTER DATABASE语句能够用来切换到ARCHIVELOG模式。
初始化文件里的LOG_ARCHIVE_DEST_1,LOG_ARCHIVE_FORMAT,
and LOG_ARCHIVE_START三个參数与归档有关。
第七步:创建额外的表空间
为了使数据局效率更高。须要创建额外的表空间和文件
CONNECT SYS/password AS SYSDBA
-- create a user tablespace to be assigned as the default tablespace for users
CREATE TABLESPACE users LOGGING
DATAFILE ‘/vobs/oracle/oradata/mynewdb/users01.dbf‘
SIZE 25M REUSE AUTOEXTEND ON NEXT 1280K MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL;
-- create a tablespace for indexes, separate from user tablespace
CREATE TABLESPACE indx LOGGING
DATAFILE ‘/vobs/oracle/oradata/mynewdb/indx01.dbf‘
SIZE 25M REUSE AUTOEXTEND ON NEXT 1280K MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL;
EXIT
第八步:创建server參数文件
Oracle建议创建一个server參数文件。作为维护初始化參数的动态方式。以下的脚本依据初始化參数文件创建了一个server初始化參数文件,并把该初始化參数文件放在默认位置。实例关闭后又一次启动时,就会使用默认位置的server初始化參数文件。
CONNECT SYS/password AS SYSDBA
-- create the server parameter file
CREATE SPFILE=‘/vobs/oracle/dbs/spfilemynewdb.ora‘ FROM
PFILE=‘/vobs/oracle/admin/mynewdb/scripts/init.ora‘;
SHUTDOWN
-- this time you will start up using the server parameter file
CONNECT SYS/password AS SYSDBA
STARTUP
EXIT
数据库的优化
mysql表复制
复制表结构+复制表数据
1 2 |
|
mysql索引
1 2 3 4 5 6 7 8 9 10 11 12 |
|
mysql视图
创建视图
1 2 |
|
view视图的帮助信息
1 2 3 4 |
|
查看视图
1 |
|
删除视图v_t1
1 |
|
mysql内置函数
字符串函数
1 2 3 4 5 6 7 8 9 10 |
|
数学函数
1 2 3 4 5 6 7 |
|
日期函数
1 2 3 4 5 6 7 8 |
|
mysql预处理语句
设置stmt1预处理,传递一个数据作为一个where推断条件
1 |
|
设置一个变量
mysql> set @i=1;
运行stmt1预处理
mysql> execute stmt1 using @i;
设置@i为5
mysql> set @i=5;
再次去运行stmt1
mysql> execute stmt1 using @i;
怎样删除预处理stmt1
mysql> drop prepare stmt1;
mysql事务处理
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
mysql存储
创建一个存储p1()
1 2 3 4 5 6 7 8 9 10 |
|
运行存储p1()
1 2 3 4 5 6 |
|
mysql触发器
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
|
重排auto_increment值
1 2 3 4 5 6 7 8 9 10 11 |
|
利用GROUP BY的WITH ROLLUP
1 2 3 4 5 6 7 8 9 10 11 12 |
|
对demo表依照cname、pname列分组对pname列进行聚合计算例如以下
1 2 3 4 5 6 7 8 9 10 11 |
|
相同使用with rollupkeyword后,统计出很多其它的信息。例如以下。
注意:with rollup不能够和ordery by同一时候使用
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
使用外键须要注意的问题
创建外键的方式
1 2 |
|
注意:Innodb类型的表支持外键,myisam类型的表。尽管创建外键能够成功,可是不起作用,主要原因是不支持外键。
优化SQL语句的一般步骤
通过show status命令了解各种SQL的运行频率
1 |
|
当中:session(默认)表示当前连接,global表示自数据库启动至今
1 2 3 4 |
|
參数说明:
Com_XXX表示每一个XXX语句运行的次数如:
Com_select 运行select操作的次数,一次查询仅仅累计加1
Com_update 运行update操作的次数
Com_insert 运行insert操作的次数,对批量插入仅仅算一次。
Com_delete 运行delete操作的次数
仅仅针对于InnoDB存储引擎的:
InnoDB_rows_read 运行select操作的次数
InnoDB_rows_updated 运行update操作的次数
InnoDB_rows_inserted 运行insert操作的次数
InnoDB_rows_deleted 运行delete操作的次数
其它:
connections 连接mysql的数量
Uptime server已经工作的秒数
Slow_queries:慢查询的次数
定位运行效率较低的SQL语句
1 2 |
|
通过EXPLAIN分析较低效SQL的运行计划
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
每一列的简单解释
id: 1
select_type: SIMPLE 表示select的类型。常见的取值有SIMPLE()简单表。即不使用表连接或者子查询)、PRIMARY(主查询,即外层的查询)、UNION(UNION中的第二个或者后面的查询语句)、SUBQUERY(子查询中的第一个SESECT)等
table: stu 输出结果集的表
type: range 表示表的连接类型。性能有好到差:system(表仅一行)、const(仅仅一行匹配)、eq_ref(对于前面的每一行使用主键和唯一)、ref(同eq_ref,但没有使用主键和唯一)、ref_or_null(同前面对null查询)、index_merge(索引合并优化)、unique_subquery(主键子查询)、index_subquery(非主键子查询)、range(表单中的范围查询)、index(都通过查询索引来得到数据)、all(通过全表扫描得到的数据)
possible_keys: name,ind_stu_name 表查询时可能使用的索引。
key: name 表示实际使用的索引。
key_len: 50 索引字段的长度
ref: NULL
rows: 8 扫描行的数量
Extra: Using where; Using index 运行情况的说明和描写叙述
索引问题
MyISAM存储引擎的表的数据和索引是自己主动分开存储的,分别是独一的一个文件;InnoDB存储引擎的表的数据和索引是存储在同一个表空间里面,但能够有多个文件组成。MySQL眼下不支持函数索引,可是能对列的前面某一部分进行索引,比如name字段,能够仅仅取name的前4个字符进行索引。这个特性能够大大缩小索引文件的大小,用户在设计表结构的时候也能够对文本列依据此特性进行灵活设计。
1 |
|
--当中company表名ind_company2_name索引名
MySQL怎样使用索引
1、使用索引
(1)对于创建的多列索引。仅仅要查询的条件中用到最左边的列。索引一般就会被使用。例如以下创建一个复合索引。
1 |
|
然后按company_id进行查询。发现使用到了复合索引
1 |
|
使用以下的查询就没有使用到复合索引。
1 |
|
(2) 使用like的查询,后面假设是常量而且仅仅有%号不在第一个字符。索引才可能会被使用。例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
例如以下这个使用到了索引。而以下样例可以使用索引,差别就在于“%”的位置不同,上面的样例是吧“%”放在了第一位,而以下的样例则没有
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
(3)假设对大的文本进行搜索,使用全文索引而不使用like“%...%”.
(4)假设列名是索引。使用column_name is null将使用索引。例如以下
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
存在索引但不使用索引
(1)假设MySQL预计使用索引比全表扫描更慢,则不使用索引。比如假设列key_part1均匀分布在1到100之间,查询时使用索引就不是非常好
1 |
|
(2)假设使用MEMORY/HEAP表而且where条件中不使用“=”进行索引列。那么不会用到索引。Heap表仅仅有在“=”的条件下会使用索引。
(3)用or切割开的条件。假设or前的条件中的列有索引,而后面的列中没有索引,那么涉及的索引都不会被用到。
1 2 3 4 5 6 7 |
|
从上面能够发现仅仅有year列上面有索引。
来看例如以下的运行计划。
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
(4)假设不是索引列的第一部分,例如以下样例:可见尽管在money上面建有复合索引,可是因为money不是索引的第一列,那么在查询中这个索引也不会被MySQL採用。
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
(5)假设like是以%開始。可见尽管在name上面建有索引。可是因为where 条件中like的值的“%”在第一位了,那么MySQL也会採用这个索引。
(6)假设列类型是字符串,但在查询时把一个数值型常量赋值给了一个字符型的列名name。那么尽管在name列上有索引,可是也没实用到。
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
而以下的sql语句就能够正确使用索引。
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
查看索引使用情况
假设索引正在工作。Handler_read_key的值将非常高,这个值代表了一个行被索引值读的次数。
Handler_read_rnd_next的值高则意味着查询执行低效。而且应该建立索引补救。
1 2 3 4 5 6 7 8 9 10 11 12 |
|
两个简单有用的优化方法
分析表的语法例如以下:(检查一个或多个表是否有错误)
1 2 3 4 5 6 7 8 9 |
|
优化表的语法格式:
OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [,tbl_name]
假设已经删除了表的一大部分,或者假设已经对含有可变长度行的表进行了非常多的修改。则须要做定期优化。
这个命令能够将表中的空间碎片进行合并,可是此命令仅仅对MyISAM、BDB和InnoDB表起作用。
?
1 2 3 4 5 6 7 |
|
经常使用SQL的优化
大批量插入数据
当用load命令导入数据的时候。适当设置能够提高导入的速度。
对于MyISAM存储引擎的表,能够通过下面方式高速的导入大量的数据。
ALTER TABLE tbl_name DISABLE KEYS
loading the data
ALTER TABLE tbl_name ENABLE KEYS
DISABLE KEYS 和ENABLE KEYS 用来打开或关闭MyISAM表非唯一索引的更新,能够提快速度,注意:对InnoDB表无效。
--没有使用打开或关闭MyISAM表非唯一索引:
1 2 3 |
|
--使用打开或关闭MyISAM表非唯一索引:
1 2 3 4 5 6 7 |
|
--以上对MyISAM表的数据导入,但对于InnoDB表并不能提高导入数据的效率
(1)针对于InnoDB类型表数据导入的优化
由于InnoDB表的依照主键顺序保存的,所以将导入的数据主键的顺序排列,能够有效地提高导入数据的效率。
--使用test3.txt文本是按表film_test4主键存储顺序保存的
1 2 |
|
Records:1587168 Deleted:0 Skipped:0 Warnings:0
--使用test3.txt没有不论什么顺序的文本(效率慢了1.12倍)
1 2 3 |
|
(2)关闭唯一性效验能够提高导入效率
在导入数据前先运行set unique_checks=0,关闭唯一性效验,在导入结束后运行set unique_checks=1,恢复唯一性效验,能够提高导入效率。
--当unique_checks=1时
1 2 3 |
|
--当unique_checks=0时
1 2 3 |
|
(3)关闭自己主动提交能够提高导入效率
在导入数据前先运行set autocommit=0。关闭自己主动提交事务。在导入结束后运行set autocommit=1,恢复自己主动提交,能够提高导入效率。
--当autocommit=1时
1 2 3 |
|
--当autocommit=0时
1 2 3 |
|
优化insert语句
尽量使用多个值表的insert语句,这样能够大大缩短客户与数据库的连接、关闭等损耗。
能够使用insert delayed(立即运行)语句得到更高的效率。
将索引文件和数据文件分别存放不同的磁盘上。
能够添加bulk_insert_buffer_size 变量值的方法来提快速度。可是仅仅对MyISAM表使用当从一个文件里装载一个表时,使用LOAD DATA INFILE。这个通常比使用非常多insert语句要快20倍。
优化group by语句
假设查询包括group by但用户想要避免排序结果的损耗,则能够使用使用order by null来禁止排序:
例如以下没有使用order by null来禁止排序
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
例如以下使用order by null的效果:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
优化嵌套查询
以下是採用嵌套查询的效果(能够使用更有效的链接查询(Join)替代)。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
以下是使用更有效的链接查询(Join)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
从运行计划中能够明显看出查询扫描的记录范围和使用索引的情况都有了非常大的改善。连接(JOIN)子所以更有效率一些,是由于MySQL不须要再内存中创建暂时表来完毕这个逻辑上的须要两个步骤的查询工作。
数据库优化
优化表的类型
在MySQL中,能够使用函数PROCEDUREANALYSE()对当前应用的表进行分析,改函数能够对数据表中列的数据类型提出优化建议,用户能够依据应用的实际情况酌情考虑是否实施优化。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
大存储量解决
1.分库分表
2.分区
主要目的:
1.降低表的记录数
2.减小对操作系统的负担压力
中间表
中间表的产生:
1.view 视图
2.又一次生成一个新表
Mysqlserver优化
myisam读锁定
1.
lock table t1 read
2.开启还有一个mysql连接终端,接着去尝试:
select * from t1
3.再insert、update和delete t1这张表。你会发现全部的数据都停留在终端上没有真正的去操作
4.读锁定对我们在做备份大量数据时很实用.
mysqldump -uroot -p123 test >test.sql
myisam写锁定
1.
lock table t1 write
2.打开还有一个mysql终端,尝试去select、insert、update和delete这张表t1,你会发现都不能操作,都会停留在终端上。仅仅有等第一个终端操作完成,第二个终端才干真正运行.
3.可见表的写锁定比读锁定更严格
4.普通情况下我们非常少去显式的去对表进行read 和write锁定的,myisam会自己主动进行锁定的.
Mysqlserver优化
二进制日志
1.log-bin=mysql-bin
查看bin-log日志:
mysql> show binary logs;
查看最后一个bin-log日志:
mysql> show master status;
慢查询日志
开户和设置慢查询时间:
vi /etc/my.cnf
log_slow_queries=slow.log
long_query_time=5
慢查询次数:
mysql> show global status like "%quer%"
socket问题
mysql socket无法登录
1. 有时登录mysql时提示不能用socket登录,此时能够换成tcp方式去登录,可是能够測试时能够这样用。可是必需要在php去用之前把这个事情攻克了.
1 2 3 4 5 6 |
|
这样就能够登录,这样就不用mysql.sock来登录。而mysql.sock是启动mysqld服务时产生的
rootpassword丢失
rootpassword丢失破解
1 2 3 4 5 6 7 8 9 10 11 |
|