工作杂记

阅读更多

 

记录一些零碎

【MYSQL】

  • 连接方式。连接 mysql 服务器可以通过 tcp/ip,也可以通过 socket(仅限于本地) 。当在连接命令中指定 mysql 服务器 ip 时,连接方式为 tcp/ip 。当连接命令中不指定连接 ip 或 或者 ip 为 localhost 时,连接方式为 socket。如果使用 socket 连接时,mysql 默认从 /tmp 目录下寻找 mysql.sock 文件,如果没有找到,并且没有在全局选项文件里指定,那么会报“Can't connect to local MYSQL server through socket '/tmp/mysql.sock'” 的错误。这种情况下,可以尝试重启 mysql 服务器,重启后进入 /tmp 目录下查看是否生成 mysql.sock,如果没有,先使用命令查找下是否存在 mysql.sock 文件。比如:find / -name mysql.sock,或者 whereis mysql.sock。查询到位置后,那么可以通过修改 /etc/my.cnf 文件:
    [mysqld]
    # 示例位置
    socket=/opt/mysql/tmp/mysql.sock
    [client]
    socket=/opt/mysql/tmp/mysql.sock
     在文件中指定该位置,然后重启 mysql。注意,客户端和服务器需要同时指定同一个位置!
  • mysql 5.7 在创建联合主键时,每个主键均不能为空!即 NOT NULL。
  • 触发器 trigger。现假设有两张表 A 和 B。在 A 表进行 INSERT 操作后,对 B 表的 VERSION 字段做 + 1 的更新操作:
    -- -----------------
    -- 触发器
    -- -----------------
    DROP TRIGGER IF EXISTS `test_trigger`;
    DELIMITER ;;
    CREATE TRIGGER `test_trigger` AFTER INSERT ON `A` 
    FOR EACH ROW
    BEGIN
        UPDATE `B` SET VERSION = VERSION + 1 WHERE ID = NEW.B_ID;
    END
    ;;
    DELIMITER ;
     其中 DELIMITER 是 mysql 中的分隔符,默认的分隔符为分号“;”,当一次输入的语句不止一行,且行与行之间有分号,那么需要对该段语句重新定义分隔符。DELIMITER ;; 表示从这行开始分割符为 ;;,当语句结束后需要变回原来的单分号,那么指定 DELIMITER ; 即可。NEW.B_ID 中的 NEW 表示 A 表插入后的数据,这个是特定语法,对应的还有 OLD
  • 视图 VIEW
       什么是视图? 视图是一张 虚拟表,存放了某个预先写好的查询语句执行的结果,对于一些复杂查询来说,当我们需要再次执行复杂查询时,不需要在重新写冗长的查询语句,直接从这张虚拟表中查询即可。
1. 创建视图
-- AS 后面接需要查询的语句
CREATE VIEW `test_view` AS 
(SELECT A.xx, B.yy FROM `A` LEFT JOIN `B` ON A.b_id = B.id)
2. 修改视图
CREATE OR REPLACE VIEW `test_view` AS
(SELECT ...)
 在使用视图时,直接当成普通表来使用即可。

  • 创建分区 PARTITION 

        通过 show plugins; 指令可以查看当前 mysql 数据库所拥有的插件,如果存在名为 partition 的插件,说明该数据库支持创建表分区。另: show engines; 指令可以查看所有支持的存储引擎。

 

  • 索引 INDEX

1. 索引的分类

  • B tree 二叉树索引
  • bitmap 位图索引
  • hash 索引

2. 索引的适用范围

B tree : 适用于列值重复次数比较少,如果值比较单一,如“0,1”,“Y,N”等,在大数据量中不太适用,因为从该节点取出的值依然包含大量数据。B tree可以进行范围查询。

bitmap :适用于列取值范围较小或固定情况,比如“男,女”,“已婚,未婚”等,它通过建立向量,根据查询条件进行“与或非”得到数据,但它不适用于列取值范围很广,基本不重复情况,也不太适用于频繁更新的列,因为更新位图索引时会锁表。

hash :根据查询条件生产 hash 函数,只能进行等条件查询,无法进行范围查询,也无法加速排序查询。

via:https://blog.csdn.net/wl044090432/article/details/53423333

 

 

 

【问题定位】

  •  遇到一个“每天刷卡记录都会丢失一小部分”的问题,由于有主动从门禁设备中获取已保存的数据的接口,因此每天“丢失”的那部分,可以通过 web 页面操作补上,但终归是个问题。在第一次排查问题时,发现后台处理(批量处理)刷卡记录的速度明显跟不上记录上报的速度并且发现“补数据”的操作发生时,后台尚未处理完刷卡记录,于是认为数据并未丢失而是尚未处理完成,然后通过添加索引优化了后台处理的速度。但是,之后的一两天,发现这个问题依然是存在的。于是,再次分析日志,但是似乎并没有和刷卡记录入库相关的异常发生(存在一个与此问题无关的异常,且数量较多)。然后我想,这个业务是一条线程单独处理的,会不会是分配任务队列的 Size 不够,可是也不对,上报的刷卡记录数量总数与队列 Size 相差 半个到一个数量级,不可能满,而且就算队列满了也会抛出相应异常的。于是陷入僵局...最后在查询异常日志时,用一个在 catch 块中打印的字符串搜到了这个异常,巧合的是,这个异常的原因竟然与那个狂打的,无关的异常一摸一样,都是由 mybatis 产生的“期望得到一个结果,但是找到了多个”异常,这就是在一开始按异常查找没发现问题的原因,然后就转为了“为什么会得到两个结果”的问题......其实一开始如果提出问题时可以更具体到“每天都是缺少几十条数据”,亦或者是“谁的数据每天都会缺失”,那么会比较肯定是批量执行时异常(查异常时,差点就以为批量执行没发生异常)。而且每天批量的数据操作,一旦中间数据出错,会出现比较规律性的一组数据失败,这给我的印象是比较深刻的。

 

【Controller 的处理】

  • BaseController。在 controller 中,许多步骤是重复的,比如:分页对象封装,Session 的获取以及返回形式的封装(如:返回json,返回文件上传结果等);
  • 对象转换。接收客户端数据的通常为 VO(Value Object)对象,它是一个值对象,也可以说是业务对象,这个对象需要具备一个方法将 VO convert to(转换为) PO (Persistent Object)对象。PO 对象的字段通常对应的是数据表的字段,因此 VO 对象字段与 PO 对象字段可能不同(可以相同),这一点在完全 ORM 框架中特别明显,在 mybatis 中不太明显;在 service 接口数据返回后,需要将 PO 对象转换为 VO 对象,因为有时候数据库存储的并不是具体的中文,而是类似“0/1”,“YES/NO”,或者存的是个枚举的值,这些数据在返回 客户端之前需要转换为具体的内容,一些不需要的数据也可以直接丢弃。
  • 返回对象。对于返回给客户端的数据,除了具体后台处理后得到的(通常是个对象)外,最好有个请求结果的提示,如 success 或 error(failed);还可以定义错误码等。那么可以,将这些数据再封装为一个返回对象。这样代码的整体性会比较好。

【关于分页】

  • 接收参数。对于接收分页参数的 VO 对象,可以抽取出一个父类,带有 pageNum,pageSize 字段,如果考虑到可能有排序的需求,那么加上排序字段对象,和排序顺序字段,这样可以通过客户端传递排序参数就能完成不同的排序,而服务端代码无需变动(前提是在 sql 中预先判断排序字段非空则排序)。
  • Page对象。通常分页参数至少有三个:当前页,每页数量,查询条件,在每个接口中传递略有些麻烦,可以封装一个 Page 对象,除上述参数外作为字段外,还需加上结果总数字段。

【log4j】

格式参数表示及含义:

  • %d:日期,通过大括号定义格式,如:%d{yyyy-MM-dd hh:mm:ss.SSS}
  • %p:日志等级,包括 DEBUG,INFO,WARN,ERROR,FATAL,等级依次提高
  • %t:线程名称
  • %m:具体日志信息
  • %c:打印日志的类(在哪个类打印的)
  • %F:日志类的名称
  • %n:换行符
  • %L:日志发生的位置(类名,方法名,行号等)

 【IE下的文件上传】

       对于后台对于文件上传请求的返回,如果 content-type 设置为 “application/json;charset=UTF-8”,则在 IE 8 下回弹出一个下载框,下载后用文字编辑器打开,发现里面的内容就是后台返回的,相同 content-type 在 chrome 下则正常(兼容性好),如果使用环境包括 IE 8 的,需要将响应的 content-type 设置为 “text/html;charset=UTF-8”。

 

【@WebFilter 注解执行顺序】

        我们知道,在 web.xml 文件中定义 Filter 后,Filter 的执行顺序与它声明的位置正相关。那么当我们使用 @WebFilter 注解声明一个 Filter 后,多个 Filter 的执行顺序是怎样的呢?它是根据“字符顺序(小到大)”执行的。via http://blog.51cto.com/celing/1117299 ;因此,我认为,在使用注解方式的过滤器时,在命名上可以通过形如 X_LoginFilter 的方式进行执行顺序的控制,若与公司命名规范不符,再另作改动。

你可能感兴趣的:(mysql,Mysql,工作,笔记)