在SQL中使用now()导致的性能下降(MySQL)
做数据库调优，一个简单的tip就使性能提升一大块时，被帮助的人自然是高兴而且感激，我也是满心欢喜。用所学帮助了他人，也说明还是有一技之长的，有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化，在slow query log里发现有两个SQL执行的次数最多，并且每次都在两秒以上。用explain看了，也未发现索引使用方面的问题。
最后把怀疑的目光落在了SQL结尾处的>=now()上，now()每次都需要从系统中取，因此可能会导致无法使用query cache。
了解了一下需求，实际这里并不需要当时的时刻，只需要当天的日期就行了。因此建议同事把>=now()改成>=当前日期，而当前日期在程序中取得。
果然，性能大幅提高。
相关文档：
与持久表一样，优化器创建并维护临时表的分布统计信息，并跟踪它的基数。当索引临时表时，这种能力尤其重要。当优化器需要评估选择性时，它就可以根据这些分布统计信息生成经过优化的计划。这是临时表在性能方面不同于表变量的主要特性之一。
此外，因为临时表会维护统计信息，如果上次编译后被引用表有足够多的行发 ......
以前在安装sql的时候，如此提示，我只要重新启动即可，可是今天重新启动了N次计算机，问题却丝毫没有解决，依然提示这样的话。“以前的某个程序安装已在安装计算机上创建挂起的文件操作。运行安装程序之前必须重新启动计算机。” 只好google以下，最终得知是安装程序在先前的安装过程中 ......
/*
use master
go
if DB_ID('UserImage') is not null
drop database UserImage
create database UserImage
go
use UserImage
go
create table Images
(
Image_Name nvarchar(255) primary key,
Image_Data Image not null
)
go
create proc InsertImage
(
@Image_Name nv ......
查询 card 的记录为两次以上的 card，记录数:
select count(card), card from TableName group by card having count(card) > 1
级联更新，级联删除:
ColumnName type not null constraint FK_Name foreign key(ColumnName) references PrimaryTable(ColumnName) on update/delete cascade
自动计算列:
create tabl ......
