
MySQL
愤世大魔头
一个不像技术的技术
展开
-
PHP和MySQL获取week值不一致的处理
应用情景在处理关于周数据的统计的时候,碰上一个问题:通过MySQL的week函数统计出来的“周数”,比PHP的date(“W”,time())获取的“周数”小1。如“2020-06-18 13:27:01”,MySQL取出来的是24,而PHP取出来的是25,这就导致有一周的数据没有匹配上。头一次碰上这个问题,于是我特意用win10角落的日历数了一下,发现“2020-06-18 13:27:01”确实在2020年的第25周,那问题就出在MySQL的week函数了。问题所在仔细一查,发现M.原创 2020-09-17 17:53:33 · 547 阅读 · 0 评论 -
MySQL之 关于字段的增删改
新增字段基本语法:ALTER TABLE 表名 ADD COLUMN 字段名 字段类型、属性 AFTER/BEFORE 字段名实例操作:---------------------------------------------------------------------------------------------------------------------------------ALTER TABLE ADD COLUMN `is_use_surplus` tinyint(.原创 2020-05-10 22:57:11 · 540 阅读 · 0 评论 -
MySQL之 为表中的字段选择合适的数据类型
为表中的字段选择合适的数据类型1、当一个列可以选择多种数据类型时,应该优先考虑数字类型,其次是日期和二进制类型,最后是字符类型。2、对于相同级别的数据类型,应该优先选择占用空间小的数据类型。之所以这样说,是有以下几个原因:1、首先在对数据进行比较,比如查询条件、关联排序时,字符处理,与当前所使用的排序规则是相关的,而数字与二进制则不需要参照字典的排序规则,其处理是按照二级制的大小来进行的,同样的数据,字符串处理往往要比数字慢;2、另外在数据库中,数据处理是以页为单位的,每个页能存储的数据原创 2020-05-10 22:16:46 · 3603 阅读 · 1 评论 -
MySQL触发器之更改:一对多情况,实践操作
情景一A表和B表,一对多关系。B表数据只要发生更改,A表的col_a字段,就会被与A表有关联关系的B表的三个字段值的总和,进行重新赋值,即col_a=col_ba+col_bb+col_bc。表A(user_step_group)+--------+--------+-----------------+| usg_id | userid | usg_total_steps |+--...原创 2019-09-16 19:08:43 · 780 阅读 · 0 评论 -
MySQL触发器之删除:一对一,实践操作
情景:A表和B表,一对一关系。当删除A表中的一条数据时,B表中与A表关联的数据也要删除,如删除A.clo_a=1的数据,B.col_a=1的数据,也要删除!表A(user_step_group)+--------+--------+-----------------+| usg_id | userid | usg_total_steps |+--------+--------+----...原创 2019-09-17 14:47:48 · 1276 阅读 · 0 评论 -
MySQL之主从复制相关知识、操作整理
Mysql用户授权1、登录mysql数据库Mysql > mysql -u root -p 7891232、给从服务器设置授权用户Mysql>grant all on *.* to user@192.168.1.119 identified by “password”;Mysql>grant replication slave on *.* user@192.16...原创 2019-09-17 22:49:53 · 211 阅读 · 0 评论