企图变秃变强的第一天

2020.7.22

好记性不如烂笔头

1.MyBatis-Plus之saveOrUpdate

我需要写一个保存/修改的接口，嗯，写呗，没人拦着你。
怎么写…

来自官网的注释：

    /**
     * TableId 注解存在更新记录，否插入一条记录
     *
     * @param entity 实体对象
     */
    boolean saveOrUpdate(T entity);

	//然后斗胆瞅一眼源码：

    public boolean saveOrUpdate(T entity) {
        if (null != entity) {
            Class<?> cls = entity.getClass();
            TableInfo tableInfo = TableInfoHelper.getTableInfo(cls);
            Assert.notNull(tableInfo, "error: can not execute. because can not find cache of TableInfo for entity!");
            String keyProperty = tableInfo.getKeyProperty();
            Assert.notEmpty(keyProperty, "error: can not execute. because can not find column for id from entity!");
            Object idVal = ReflectionKit.getMethodValue(cls, entity, tableInfo.getKeyProperty());
            return StringUtils.checkValNull(idVal) || Objects.isNull(getById((Serializable) idVal)) ? save(entity) : updateById(entity);
        }
        return false;
    }

首先判断传入的实体是不是null，如果是null，哪玩完，上帝都救不了你，送你一个false，下次再来。然后断言TableInfo（数据库表反射信息）是true,如果是false，再下边是判断主键，如果false,丢给你一堆msg，说你没设置TableId,如果传了，就调它的update方法，如果没传，就调save方法。

2.Dubbo调用超时

今天遇到了Dubbo的consumer调provider超时的问题，Dubbo默认的调用时间默认是1秒，默认重复三次，如果一秒内返回不成功会报一个调用超时并打印日志，我百度了一下，大部分都是通过配置xml的形式，与我需要的不符，后来请教阳哥，最后决定在**@Reference**上设置timeout，格式是：@Reference(timeout = time)，以毫秒为单位，刚刚看到一篇文章，简单列举了设置超时的优先级：

注解式>dubbo.properties中“dubbo.service”>xml中dubbo:provider >dubbo.properties中“dubbo.provider”

3.数据库表死锁

我在用postman做测试的时候，遇见了MySQLTransactionRollbackException: Lock wait timeout exceeded，第一次遇见这个，然后度娘搜，找了一下原因：当数据库在执行语句时，会把表锁住，直到commit 或者 事务失败导致回滚数据还用就是退出数据库用户 ，所以我觉得是我对数据库进行操作的时候，另一块代码也对改表执行了操作，由于并没有commit，所以出发了锁，由此我想到两个概念，乐观锁和悲观锁，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测。悲观锁是当要对数据库中的一条数据进行修改的时候，为了避免同时被其他人修改，最好的办法就是直接对该数据进行加锁以防止并发。现在只看到了概念，还需要深入理解。

死锁的解决：

-- 查询有没有出现死锁的表
show open tables where In_use>0;
-- 查询出那个进程(id)是出现了死锁
select * from information_schema.innodb_trx;
-- 然后杀掉它
kill id;

-- 还有另一种语句是同样的作用
show open tables where In_use>0;
show processlist
kill id;

-- 经过尝试，个人觉得第一种方式比较好，以后可能就用第一种了，但是我不希望以后出现这样的问题了...
-- 不过用show processlist的好处就是可以查看状态等消息。

4.还有一个最重要的习惯：

一定要先想好再动手做，不然会返工。
先写文档
今日事，今日毕。别拖延
多听取建议