proxy_cache

prox_cache zone_name | off;

为cache指定一个共享存储区。相同的存储区可以在不同的地方使用。如果设定为off可以关闭从上级配置中继承的cache定义。

共享存储区域”zone_name“是由指令proxy_cache_path定义的。

proxy_cache_path

proxy_cache_path  path [levels=levels] keys_zone=name:size
                    [inactive=time] [max_size=size] [loader_files=number]
                    [loader_sleep=time] [loader_threshold=time];

设定缓存的存储路径和其他一些参数。被缓存的数据都存储在文件中。存储在缓存区的key和文件名是通过被代理的URL的MD5值处理后得到的。参数`levels`用于定义缓存的存放级别的。例如：下面的指令：

proxy_cache_path /data/nginx/cache *levels*=1:2 keys_zone=one:10m;

被缓存的文件在缓存区中是这样存放的:

/data/nginx/cache/c/29/b7f54b2df7773722d382f4809d650*29c*

A cached response is first written to a temporary file, then a file is renamed. Starting from version 0.8.9 temporary files and the cache can be put on different file systems but be aware that in this case a file is copied across two file systems instead of the cheap rename operation. It is thus recommended that for any given location both cache and a directory holding temporary files set by the proxy_temp_path directive are put on the same file system. 缓存的响应首先写入到一个临时文件，然后进行重命名。

In addition, all active keys and information about data are stored in a shared memory zone, whose name and size are configured by the keys_zone parameter. Cached data that are not accessed during the time specified by the inactive parameter get removed from the cache regardless of their freshness. By default, inactive is set to 10 minutes.

The special process “cache manager” monitors the maximum cache size set by the max_size parameter; when this size is exceeded it removes the least recently used data.

A minute after the start the special process “cache loader” is activated that loads information about previously cached data stored on file system into a cache zone. A load is done in iterations. During one iteration no more than loader_files items are loaded (by default, 100). Besides, the duration of one iteration is limited by the loader_threshold parameter (by default, 200 milliseconds). A pause is made between iterations, configured by the loader_sleep parameter (by default, 50 milliseconds).

proxy_cache_bypass

proxy_cache_bypass string ...;

定义在哪些情况下，响应数据不从缓存中取得。当至少有一个字符参数不为空(“”)且不等于”0”，响应就不会从缓存中提取。

proxy_cache_bypass的功能与下面的proxy_no_cache相同。

proxy_no_cache

proxy_no_cache string ...;

与proxy_cache_bypass相同。

proxy_cache_key

proxy_cacke_key $scheme$proxy_host$request_uri;

proxy_cache_valid

proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;
proxy_cache_valid any 1m;

proxy_cache_lock

proxy_cache_lock on | off

proxy_cache_lock_timeout

proxy_cache_lock_timeout 5s

proxy_cache_min_uses

proxy_cache_min_uses 1;

proxy_cache_use_stale

proxy_cache_use_stale error | timeout | invalid_header | updating | http_500
                        | http_502 | http_503 | http_504 | http_404 | off ...;

proxy_cache_methods

proxy_cache_methods GET | HEAD | POST ...;

CREATE TABLE

标准语法定义：

CREATE [TEMPORARY] TABLE [IF NOT EXISTS] tbl_name
[(create_definition,...)] [table_options] [select_statement]
-- 或:
CREATE [TEMPORARY] TABLE [IF NOT EXISTS] tbl_name [(] LIKE old_tbl_name [)];

• 使用IF NOT EXISTS判断表是否存在：

  CREATE TABLE IF NOT EXISTS tbl_name ......
  

ALTER TABLE

SQL格式：

ALTER TABLE tbl_name ADD (col_name1, col_name2);
ALTER TABLE tbl_name DROP COLUMN col_name;

• 调整列的数据类型（在MariaDB 5.5.32上测试）[2]

  ALTER TABLE tbl_name MODIFY [COLUMN] col_name col_definition
  

• 创建一个主键（在MariaDB 5.5.32上测试）

  ALTER TABLE tbl_name ADD PRIMARY KEY (index_col_name)
  

• 删除列

  ALTER TABLE tbl_name DROP COLUMN col_name;
  

范围条件-BETWEEN

即：a > 0 and a < 10等同于a BETWEEN 0 10。例如下列两条SQL语句等同。

SELECT name FROM employee WHERE start_time < '2007-01-01' AND start_time < '2005-01-01'

SELECT name FROM employee WHERE start_time BETWEEN '2005-01-01' '2007-01-01'

成员条件-IN

当对某个值的限制为一个有限集合时，SQL可以写为：

SELECT name FROM employee WHERE district = 'CHN' OR district = 'CHK' OR district = 'CD' OR district = 'SAV'

使用IN可以写的更为简洁，如：

SELECT name FROM employee WHERE district IN ('CHN', 'CHK', 'CD', 'SAV')

除了自定义集合，也可以使用子查询产生的集合。如：

SELECT name FROM employee WHERE district IN (SELECT district_code IN district WHERE people_count < 1000000)

对于IN也可以使用“非”操作，即表示不在集合内。关键字为：NOT IN。

SELECT name FROM employee WHERE district NOT IN ('CHN', 'CHK', 'CD', 'SAV')

匹配条件-LIKE， 通配符，正则表达式

在各种匹配条件中，也可以使用内置函数。如：

SELECT name FROM employee WHERE LEFT(lname, 1) = 'T'

上面使用内置函数LEFT提取lname的首字母，然后与字母“T”进行比较。

• LIKE可以使用通配符和一些简单的正则表达式。如下表：

• 另外可以使用函数REGEXP来使用正则表达式来进行匹配。如：

SELECT name FROM employee WHERE lname REGEXP '^[FG]'

在Oracle中使用函数regexp_like代替REGEXP，而在MS SQL SERVER中可以直接在LIKE中使用正则表达式。

关于NULL值的操作

当使用NULL需要注意：

• 表达式的值可以为“NULL”，但为不能等于“NULL”。
• 两个“NULL”不能判断为相等。如果利用“=”来判断两个“NULL”值，将不会得到正确的结果，而且服务器也不会发出出错提示，这是相当危险的。
• 判断两个“NULL ”相等，需要用到操作符“IS”。如下：

/* 假定superior_emp_id存在NULL值 */
/* 错误的做法 */
SELECT emp_id, name FROM employee WHERE superior_emp_id = NULL
/* 正确的做法 */
SELECT emp_id, name FROM employee WHERE superior_emp_id IS NULL

另外进行条件筛选时也要考虑全面，注意NULL值的存在

HAVING

HAVING子句类似于WHERE，为指定条件的语句。但是HAVING的条件主要是针对聚合结果进行判断。所以，HAVING子句的条件可以是什么？不能是什么？

SQL格式：

SELECT * FROM tbl_name WHERE conditions GROUP BY col_names HAVING conditions;

思考：

• 包含HAVING子句的SQL执行顺序是什么样的？
• 什么时候用``WHERE``？什么时候用``HAVING``呢？

非关联子查询

• 如果子查询返回值为单行单列（即，仅为一个值），可以直接用于运算操作。如：
• 如果子查询返回值为多行单列（即，为一个集合），不能用于相等操作，不过可以使用其它用于集合的操作符。如：IN, NOT IN, ALL, ANY。也可以使用聚集函数进行统计。

SELECT COUNT(*) FROM (
                        SELECT 1 FROM City
                        GROUP BY district
                     ) AS d;

• 如果子查询返回（多行）多列。

关联子查询

并集操作UNION，UNION ALL

• UNION连接多个数据后会进行除重、排序。（所以速度后相对慢一点）
• UNION ALL仅仅将两个数据集并在一起，无其它操作，相对于UNION快一些

一个简单的例子：

SELECT 1 NUM, 'abc' STR
UNION
SELECT 9 NUM, 'xyz' STR

交集操作INTERSECT和INTERSECT ALL

语法与UNION一样。在MySQL中没有实现，SQL Server、Oracle和IBM DB2中有实现。

差集操作EXCEPT和EXCEPT ALL

MySQL中没有实现。

集合操作的一些规则

想想数学中的集合操作规则。

SELECT num, name FROM employee
UNION
SELECT product_id, open_b_id FROM account
ORDER BY num

锁的策略

锁是数据库用于控制数据被并行使用的一种机制。当数据库的一些内容被锁定时，任何对这个数据的修改（甚至是读取）都必须等待锁被释放。主流有两种锁策略：

• 数据库的写操作必须申请并获得写锁才能修改数据，而读操作必须申请和获得读锁才能查询数据，多用户可以同时读取数据（即读锁可以分配多个）。一个表（或页或行）只能分配一次分配一个写锁，并且拒绝读请求直至写锁释放。 读写是相互排斥的，读写都必须申请锁。SQL Server才用的是此策略，MySQL取决于选择的存储引擎。
• 数据库的写操作必须申请并获得锁才能修改数据，而读操作不需要锁。但是数据库服务器必须保证读操作从开始到结束看到的是一个一致的数据视图。此方法称为版本控制。写操作需要锁，读不需要锁，但服务器必须保证读时数据一致。Orale采取的是此策略。

锁的粒度

• 表锁 阻止多用户同时操作一个表的数据
• 页锁 阻止多用户同时操作表中同一页（2-16KB内存空间）的数据
• 行锁 阻止多用户同时操作表中同一行的数据

SQL Server使用表锁，页锁和行锁，Oracle只有行锁，MySQL取决于存储引擎的选择。在某些情况下，SQL Server会逐步升级锁，Oracle从不升级锁