mysql中时间是dateTime类型的

Posted 2023-05-02

mysql中通过new Date()插入数据时有时分秒具体值,但更新时时分秒都变为00为啥??同样是用的new Date()赋值的

不要用 new Date()赋值，直接用mysql的内置函数 now()进行插入 或者 更新即可。
update 你的表 set 日期字段名 = now() where ....
或者
insert into 你的表 ( 日期字段名 ) values ( now() )
或者
select now(); //获取当前时间追问

那那个插入时有时分秒的值，更新时时分秒为空，这到底是什么原理呢，搞不明白，是mysql的问题吗？

追答

你new Date()是从哪里来的？mysql里面 还有没有 new Date()这一个用法的，我难道out了？还是你的外部程序里面 的new Date()？

追问

外部程序中的，给一个对象set的

追答

哦 你最好调试下 你的这个外部函数，看看是否有bug的情况，另外 建议你，在插入 修改数据库日期时间的时候，最好使用mysql自带的日期 时间函数，那样效率会更高些，不会出错！

参考技术A ...这样你看如何

insert into table1(dateTime,event) values(now(),'aaaaaa');

select * from table1;

结果是可以的 。另外 我在mysql5.0帮助文档的索引里找now
出来的只有now的函数，
参考技术B java.util.Date ud = new java.util.Date();
java.sql.Date sd = new java.sql.Date(ud.getTime()); 参考技术C 以每24小时作为一份时间（而非自然日），根据用户的配置有两种工作模式：带状模式中，用户仅定义开始日期时，从开始日期（含）开始，每份时间1个分片地无限增加下去；环状模式中，用户定义了开始日期和结束日期时，以结束日期（含）和开始日期（含）之间的时间份数作为分片总数（分片数量固定），以类似取模的方式路由到这些分片里。

1. DBLE 启动时，读取用户在 rule.xml 配置的 sBeginDate 来确定起始时间
2. 读取用户在 rule.xml 配置的 sPartionDay 来确定每个 MySQL 分片承载多少天内的数据
3. 读取用户在 rule.xml 配置的 dateFormat 来确定分片索引的日期格式
4. 在 DBLE 的运行过程中，用户访问使用这个算法的表时，WHERE 子句中的分片索引值（字符串），会被提取出来尝试转换成 Java 内部的时间类型
5. 然后求分片索引值与起始时间的差，除以 MySQL 分片承载的天数，确定所属分片

1. DBLE 启动时，读取用户在 rule.xml 配置的起始时间 sBeginDate、终止时间 sEndDate 和每个 MySQL 分片承载多少天数据 sPartionDay
2. 根据用户设置，建立起以 sBeginDate 开始，每 sPartionDay 天一个分片，直到 sEndDate 为止的一个环，把分片串联串联起来
3. 读取用户在 rule.xml 配置的 defaultNode
4. 在 DBLE 的运行过程中，用户访问使用这个算法的表时，WHERE 子句中的分片索引值（字符串），会被提取出来尝试转换成 Java 内部的日期类型
5. 然后求分片索引值与起始日期的差：如果分片索引值不早于 sBeginDate（哪怕晚于 sEndDate），就以 MySQL 分片承载的天数为模数，对分片索引值求模得到所属分片；如果分片索引值早于 sBeginDate，就会被放到 defaultNode 分片上

与MyCat的类似分片算法对比

中间件
DBLE
MyCat

分片算法种类 date 分区算法 按日期（天）分片
两种中间件的取模范围分片算法使用上无差别

开发注意点
【分片索引】1. 必须是字符串，而且 java.text.SimpleDateFormat 能基于用户指定的 dateFormat 来转换成 java.util.Date
【分片索引】2. 提供带状模式和环状模式两种模式
【分片索引】3. 带状模式以 sBeginDate（含）起，以 86400000 毫秒（24 小时整）为一份，每 sPartionDay 份为一个分片，理论上分片数量可以无限增长，但是出现 sBeginDate 之前的数据而且没有设定 defaultNode 的话，会路由失败（如果有 defaultNode，则路由至 defaultNode）
【分片索引】4. 环状模式以 86400000 毫秒（24 小时整）为一份，每 sPartionDay 份为一个分片，以 sBeginDate（含）到 sEndDate（含）的时间长度除以单个分片长度得到恒定的分片数量，但是出现 sBeginDate 之前的数据而且没有设定 defaultNode 的话，会路由失败（如果有 defaultNode，则路由至 defaultNode）
【分片索引】5. 无论哪种模式，分片索引字段的格式化字符串 dateFormat 由用户指定
【分片索引】6. 无论哪种模式，划分不是以日历时间为准，无法对应自然月和自然年，且会受闰秒问题影响

运维注意点
【扩容】1. 带状模式中，随着 sBeginDate 之后的数据出现，分片数量的增加无需再平衡
【扩容】2. 带状模式没有自动增添分片的能力，需要运维手工提前增加分片；如果路由策略计算出的分片并不存在时，会导致失败
【扩容】3. 环状模式中，如果新旧 [sBeginDate,sEndDate] 之间有重叠，需要进行部分数据迁移；如果新旧 [sBeginDate,sEndDate] 之间没有重叠，需要数据再平衡

配置注意点
【配置项】1. 在 rule.xml 中，可配置项为 <propertyname="sBeginDate"> 、 <propertyname="sPartionDay"> 、 <propertyname="dateFormat"> 、 <propertyname="sEndDate"> 和 <propertyname="defaultNode">
【配置项】2.在 rule.xml 中配置 <propertyname="dateFormat">，符合 java.text.SimpleDateFormat 规范的字符串，用于告知 DBLE 如何解析sBeginDate和sEndDate

【配置项】3.在 rule.xml 中配置 <propertyname="sBeginDate">，必须是符合 dateFormat 的日期字符串

【配置项】4.在 rule.xml 中配置 <propertyname="sEndDate">，必须是符合 dateFormat 的日期字符串；配置了该项使用的是环状模式，若没有配置该项则使用的是带状模式

【配置项】5.在 rule.xml 中配置 <propertyname="sPartionDay">，非负整数，该分片策略以 86400000 毫秒（24 小时整）作为一份，而 sPartionDay 告诉 DBLE 把每多少份放在同一个分片

【配置项】6.在 rule.xml 中配置 <propertyname="defaultNode"> 标签，非必须配置项，不配置该项的话，用户的分片索引值没落在 mapFile 定义 参考技术D 赋值的时候你可以采用字符串类型的值进行赋值，通过一个工具类进行处理的时分秒，我也遇到过类似的，呵呵

一针见血，mysql中时间日期类型和字符串类型的选择

点赞再看，养成赞美的习惯，微信搜一搜【香菜聊游戏】关注我。

目录

1、DATETIME、TIMESTAMP 的用法

1、相同点

2、不同点

3、选择

2、varchar 和 text 数据类型的用法

1、相同点

2、不同点

3、选择

---

1、DATETIME、TIMESTAMP 的用法

MySQL中有多种表示时间日期的数据类型，主要有YEAR、TIME、DATE、DATETIME、TIMESTAMP等

1、相同点

datetime和timestamp都可以表示 YYYY-MM-DD HH:MM:SS 这种年月日时分秒格式的数据。

2、不同点

datetime存储与时区无关（准备来说是datetime只支持一个时区，就是存储时当前服务器的时区），而timestamp存储的是与时区有关。

datetime、timestamp精确度都是秒，datetime与时区无关，存储的范围广(1001-9999)，timestamp与时区有关，存储的范围小(1970-2038)。

3、选择

TIMESTAMP和DATETIME除了存储范围和存储方式不一样，没有太大区别。当然，对于跨时区的业务，TIMESTAMP更为合适。

2、varchar 和 text 数据类型的用法

mysql在存储字符串时， 可以使用char、varchar或者text类型

1、相同点

varchar 和 text 都可以存储变长字符串且 字符串长度上限为65535字节

2、不同点

varchar 速度快，不存在空间浪费，不处理尾部空格，上限为65535字节，但是有存储长度实际65532字节最大可用。255字节以下用1字节存储长度，255字节以上用2字节存储长度。 text，存变长大数据，速度慢，不存在空间浪费，不处理尾部空格，上限65535字节，会用额外空间存放数据长度，顾可以全部使用65535字节。

不能在TEXT列上放置索引(全文索引除外)，对于text来说，只能添加前缀索引，并且前缀索引最大只能达到1000字节

text没有默认值

当varchar大于某些数值的时候，其会自动转换为text，大概规则如下：

大于varchar（255）变为 tinytext

大于varchar（500）变为 text

大于varchar（20000）变为 mediumtext

3、选择

1、经常变化的字段用varchar；

2、知道固定长度的用char；

3、超过255字节的只能用varchar或者text；

4、能用varchar的地方不用text；

5、能够用数字类型的字段尽量选择数字类型而不用字符串类型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接回逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了；

6、存储引擎对于选择 CHAR 和 VARCHAR 的影响:

• 对于 MyISAM 存储引擎，最好使用固定长度的数据列代替可变长度的数据列。这样可以使整个表静态化，从而使数据检索更快，用空间换时间。

• 对于InnoDB存储引擎，最好使用可变长度的数据列，因为 InnoDB 数据表的存储格式不分固定长度和可变长度，因此使用 CHAR 不一定比使用 VARCHAR 更好，但由于 VARCHAR 是按照实际的长度存储，比较节省空间，所以对磁盘 I/O 和数据存储总量比较好。