为什么我的mysqlgatetime类型有毫秒怎么取消掉
datetime时间类型吧，你的数据应该是使用前台代码插入进去的，在进入数据库之前，使用格式化语句格式化为yyyy-MM-dd kk:mm:ss格式，在插入数据库就可以了对于已有的数据，使用字符串截取函数，将日期后的毫秒数截掉
mysql整型有哪些数据类型
MySQL数据库中的5种整数数据类型是：字符型，文本型，数值型，逻辑型与日期型哥。
1.VARCHAR型和CHAR型数据的这个差别是细微的，但是非常重要。他们都是用来储存字符串长度小于255的字符。
2.TEXT：使用文本型数据，你可以存放超过二十亿个字符的字符串。当你需要存储大串的字符时，应该使用文本型数据。
3.SQL：支持许多种不同的数值型数据。你可以存储整数 INT 、小数 NUMERIC、和钱数 MONEY。
4.BIT：如果你使用复选框( CHECKBOX)从网页中搜集信息，你可以把此信息存储在BIT型字段中。BIT型字段只能取两个值：0或1。
5.DATETIME VS SMALLDATETIME：一个 DATETIME型的字段可以存储的日期范围是从１７５３年１月１日第一毫秒到9999年12月31日最后一毫秒。
redis和数据库如何保证一致性
1、不一致产生的原因？
我们在是使用redis过程中，通常会这样做，先读取缓存，如果缓存不存在，则读取数据库。
不管是先写库，再删除缓存；还是先删除缓存，再写库，都有可能出现数据不一致的情况。
因为写和读是并发的，没法保证顺序，如果删除了缓存，还没有来得及写库，另一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存中为脏数据。如果先写了库，在删除缓存前，写库的线程宕机了，没有删除掉缓存，则也会出现数据不一致情况。
如果是redis集群，或者主从模式，写主读从，由于redis复制存在一定的时间延迟，也有可能导致数据不一致。
2、优化思路
(1)读操作优先读取redis，不存在的话就去访问MySql，并把读到的数据写回Redis中；
(2)写操作的话，直接写MySql，成功后再写入Redis,替换掉原来的旧数据（可以在MySql端定义CRUD触发器，在触发CRUD操作后写数据到Redis，也可以在Redis端解析binlog，再做相应的操作）
(3)设定合理的超时时间，即经过超时时间，自动将redis中相应的数据删除。这样最差的情况是在超时时间内，内存存在不一致。当然这种策略要考虑redis和数据库主从同步的耗时，所以在第二次删除前最好休眠一定的时间，比如500毫秒，这样无疑又增加了写请求的耗时。
还没有评论，来说两句吧...