breezylee2009的专栏

||  2 |   47 | restorePost ||  3 |   47 | restorePost ||  4 |   47 | replyTopic  ||  5 |   47 | replyTopic  ||  6 |   47 | deletePost  ||  7 |   48 | replyTopic  ||  8 |   48 | replyTopic  ||  9 |   48 | restorePost || 10 |   48 | delete

[DEFAULT CURRENT_TIMESTAMP |ON UPDATE CURRENT_TIMESTAMP]属性。 我的理解为要么都是DEFAULT CURRENT_TIMESTAMP 要么都是DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 详细参考：http://blog.chinaunix.net/uid-20577907-id-2213871.html

),sysMessage.getSendTime(),sysMessage.getType(), sysMessage.getKugouIds(),sysMessage.getIsSend() ); KeyHolder keyHolder = new GeneratedKeyHolder(); jdbc.update(new PreparedStatementCreator(){ @Override publ

里面。（1）首先写好sql语句：SELECT * FROM fx_clientdata; 放到一个登录用户（mysql）的home目录下，命名为data.sql。（2）第二步就是导出数据到一个文件里面了，执行操作/usr/local/mysql/bin/mysql -u root -p&{password} -Dfx</home/mysql/data.sql >resutl.txt上面是从数据库fx里面，执行data.sql的操作，把结果导入到re

HERE consume_type = 4 AND platform IN (1,2) GROUP BY platform

ate_time都加了唯一索引，当然，这里不是组合索引。初一看，这条sql没有任何问题，但在线上跑了一阵子之后，有严重的性能问题，单次查询要3秒左右，被记录成慢sql。原因是merchandise表太大，线上有1亿多行数据，当页数太多的时候，mysql的limit分页要检索的数据太多了，具体要看下mysql的B+树索引是怎样查数据的。 知道原因了，改进的方法，只需要按id来分页，每次查询的时候，指定id的大小，然后再limit，如：SELECT m_id ,is_tax_paid FR

ed read/write split;                对于现有的读写分离应用，要进行梳理；                新的读写分离的方案，要么经过架构评审委员会评审，要么经过开发总监和DBA总监确认；                读写分离的好处：在相对简单的付出下（只需要做读写分离，相对于sharding 而言，开发简单很多），可以解决系统的scalability的问题；对于写的高可用相对要求低，对读的高可用要求/读的qps 要求非常高（比如用户登陆，移动的配置类型信息

ration property tinyInt1isBit isset to true (the default) and the storage size is 1, or java.lang.Integer if not.BOOL, BOOLEANSee TINYINT, above as these are aliases for TINYINT(1), currently.SMALLINT[(M)] [UNSIGNED]java.lang.Integer (regar

LE优化器     ORACLE的优化器共有3种:    a.  RULE (基于规则)   b. COST (基于成本)  c. CHOOSE (选择性)     设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖.    为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你

`area`, activityType, city, createAtMin, createAtMax, expiryAt,").                append(" persons, sex, cost, `version`)").append(" VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)");  注意：一般不这样用，换另一个别名。 

LECT 查询的文本与被传送到客户端的相应结果。如果之后接收到一个同样的查询，服务器将从查询缓存中检索结果，而不是再次分析和执行这个同样的查询。注意：查询缓存绝不返回过期数据。当数据被修改后，在查询缓存中的任何相关词条均被转储清除。在某些表并不经常更改，而你又对它执行大量的相同查询时，查询缓存将是非常有用的。对于许多 WEB 服务器使用大量的动态信息，这是一个很典型的情况。下面是查询缓存的一个性能数据。(这些结果的产生，是通过在一个 a Linux Alpha 2 x 500 MHz、2GB R

量控制来动态控制session级别autocommit(set autocommit = 0|1)，session级别的用处不大，全局禁用才好。如何从全局禁用autocommit呢，大多数时候我们不想让mysql自动提交，用程序代码来控制，比如spring的声明式事务。mysql有一个Cmd-Line&Option file&System Var可以帮助我们实现这样的功能，它就是init_connect。一个比较好用的设置方法是在mysql的初始化文件my.i

ame>jdbc/bbs7_app</jndi-name> <driver> <type>com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource</type> <url>jdbc:mysql://192.168.74.5:3310/bbs7_pc_app?useUni