标签：sql语句 money time efault mon 编写 示例 uid creat
date_format(date, format) 函数，MySQL日期格式化函数date_format()
unix_timestamp() 函数
str_to_date(str, format) 函数
from_unixtime(unix_timestamp, format) 函数，MySQL时间戳格式化函数from_unixtime
CONVERT_TZ(dt,from_tz,to_tz) 切换时区
DATE_FORMAT(日期，格式字符串)
SELECT DATE_FORMAT(NOW(), ‘%Y-%m-%d %H:%i:%s‘);
STR_TO_DATE(字符串，日志格式)
SELECT STR_TO_DATE(‘2019-01-20 16:01:45‘, ‘%Y-%m-%d %H:%i:%s‘);
select unix_timestamp(now());
select unix_timestamp(‘2019-01-20‘);
select from_unixtime(1451997924,‘%Y-%d‘);
附日期格式如下：
%M 月名字(January……December)
%W 星期名字(Sunday……Saturday)
%D 有英语前缀的月份的日期(1st, 2nd, 3rd, 等等。）
%Y 年, 数字, 4 位
%y 年, 数字, 2 位
%a 缩写的星期名字(Sun……Sat)
%d 月份中的天数, 数字(00……31)
%e 月份中的天数, 数字(0……31)
%m 月, 数字(01……12)
%c 月, 数字(1……12)
%b 缩写的月份名字(Jan……Dec)
%j 一年中的天数(001……366)
%H 小时(00……23)
%k 小时(0……23)
%h 小时(01……12)
%I 小时(01……12)
%l 小时(1……12)
%i 分钟, 数字(00……59)
%r 时间,12 小时(hh:mm:ss [AP]M)
%T 时间,24 小时(hh:mm:ss)
%S 秒(00……59)
%s 秒(00……59)
%p AM或PM
%f 毫秒
%w 一个星期中的天数(0=Sunday ……6=Saturday ）
%U 星期(0……52), 这里星期天是星期的第一天
%u 星期(0……52), 这里星期一是星期的第一
有如下事例：张三有两张银行卡，卡号为1234567890的有1000元钱，卡号为0987654321的卡有0元钱，现从1234567890卡取出100块钱转到0987654321卡，则取出钱的卡需要减去100，转入卡需要增加100，现实生活中这两个update操作必须同时成功同时失败。
create table account(//创建account表
id char(36) primary key,
card_id varchar(20) unique,
name varchar(8) not null,
money float(10,2) default 0
);
//向account表中插入两条数据
insert into account
values(‘6ab71673-9502-44ba-8db0-7f625f17a67d‘,‘1234567890‘,‘张三‘,1000);
insert into account (id,card_id,name)
values(‘9883a53d-9127-4a9a-bdcb-96cf87afe831‘,‘0987654321‘,‘张三‘);
取出钱的卡需要减去100，转入卡需要增加100。SQL语句如下：
update account set money=money-100 where card_id= ‘1234567890‘;
update account set money=money+100 where card_id= ‘0987654321‘;
注意：看似该功能已经实现，但是仔细分析会发现，如果第一条语句执行成功，而第二条语句执行失败，那么对于张三来说会损失100；反之如果第一条语句执行失败，第二条语句执行成功，那么对于银行来说会损失100。
显然在现实生活中这种情况是不应该发生的，这两个update操作必须同时成功同时失败。那么这种情况该如何处理呢？这时就需要通过事务来处理。
当执行一组DML操作时，为了确保数据的一致性，避免数据库产生错误数据，就需要通过事务(Transaction)使该组DML操作同时成功或失败。
隐式事务：事务没有明显的开启和结束的标记，MySQL数据库默认以单独的一个DML为一个事务，比如insert、update、delete语句，delete from 表 where id =1。
显式事务：事务具有明显的开启和结束的标记，前提：必须先设置自动提交功能为禁用，set autocommit=0。
步骤1：开启事务
set autocommit=0;
start transaction;可选的
步骤2：编写事务中的sql语句(select insert update delete)
语句1;
语句2;
…
步骤3：结束事务
commit：提交事务
rollback：回滚事务
savepoint 节点名;设置保存点
（1）
#开启事务，在事务结束之前所有DML处于同一个事务中
SET autocommit=0;
START TRANSACTION;
#编写一组事务的语句
update account set money=money-100 where card_id= ‘1234567890‘;
update account set money=mony+100 where card_id= ‘0987654321‘;
#结束事务
rollback;
结果
分析：由于第二条语句写错了，不能执行成功，所以使用rollback后，事务回滚，导致第一条语句即使是正确的也不会执行，即同时失败。
（2）
SET autocommit=0;
START TRANSACTION;
#编写一组事务的语句
update account set money=money-100 where card_id= ‘1234567890‘;
update account set money=money+100 where card_id= ‘0987654321‘;
#结束事务
commit;
结果
分析：使用commit后，提交事务，第一条语句与第二条语句都正确执行，即同时成功。
执行了commit或rollback语句;
数据库客户端程序退出或数据库崩溃时，为了保持数据一致性，也会结束事务;
执行了DDL语句(如建表语句)或DCL语句(如给用户授权)，如下：
set autocommit = 0;
insert into student
values (‘0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea‘,‘小明‘,‘18338954490‘,‘北京市大兴区‘);
create table user_info(
id char(36) primary key
)
#上面insert语句虽然没有执行commit或rollback，但是因执行了建表语句，使得事务被隐式提交。
1、执行DML语句且没有结束事务时，如果需要查询数据库的真实改变情况，则要求在一个新的SQL Window窗口中执行查询语句：因为事务中所做的每一个操作在事务被提交之前都是临时的，在commit或rollback语句执行之前，DML语句首先影响该用户的数据库缓冲区，因为这些操作可以被恢复，而且因为是在该用户的数据缓冲区，所以在原SQL窗口中查询得到的是数据缓冲区的结果，不是数据库真实的数据；要想拿到数据库真实的数据，需要在新SQL窗口中执行查询语句，这样针对不同的用户，MySQL服务器用读一致性来确保每个用户看到的数据和上次提交时的数据相同。
2、当一个用户执行DML语句时，如果其事物没有结束，则受影响的行被锁定，此时其它用户不能改变受影响行中的数据，后面用户所执行的DML语句会一直处于执行状态，直至前一个用户所执行DML语句事务结束，例如：
set autocommit = 0;
update student set name=‘小强‘ where id=‘0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea‘;
set autocommit = 0;
delete from student where id=‘0e0180a3-ec2f-4a72-b1ae-28d5f2be36ea‘;
由于update语句执行后没有结束事务，所以delete语句执行后一致处于执行状态，当update语句的事务结束，则delete语句结束执行状态。
1、原子性(Atomicity)：原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务操作如果成功就完全应用到数据库，否则不会对数据库有任何影响。
2、一致性(Consistency)：事务必须使数据库从一个一致性状态变换到另一个一致性状态，即一个事务执行之前和执行之后都必须处于一致性状态。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还是5000，这就是事务的一致性。
3、隔离性(Isolation)：当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离，即对于任意两个并发事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
4、持久性(Durability)：一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
<delete id="resetDB">
DELETE from wechat_question;
DELETE from wechat_answer;
DELETE from wechat_answer_record;
DELETE from wechat_code_record;
DELETE FROM wechat_award_record;
DELETE from wechat_sms_record;
DELETE from wechat_user;
</delete>
# 数据源配置
spring:
datasource:
type: com.alibaba.druid.pool.DruidDataSource
driverClassName: com.mysql.jdbc.Driver
druid:
# 主库数据源
master:
url: jdbc:mysql://10.200.0.112:3306/wechat?useUnicode=true&characterEncoding=utf8&zeroDateTimeBehavior=convertToNull&useSSL=true&allowMultiQueries=true
username: root
password: root
加上allowMultiQueries=true就可以在一个方法里同时执行多条sql了
标签：sql语句 money time efault mon 编写 示例 uid creat
原文地址：https://www.cnblogs.com/tengfei0-0/p/13375616.html
