#蓝色故事札[超话]#
欢迎来到蓝色故事札.
其实我自己也忘了申请这个超话的初衷,也许只是闲来无事,也许是为了超话认证,但这一刻我只想把它做好。
无所谓是什么,只想拥有一个我们的秘密基地。一个别人不知道的我们,这里可以存放故事,理想,生活,未来,一切。就当做一个树洞,或者一个时间胶囊吧。
发帖没有规则没有格式,随心而动。
生活板块就是,分享生活,一些理想与故事。
原创指,原创文案,原创故事。
以后还会有其他板块。
超话管理者,符合要求即可申请。
ps:我真的只买了100粉,但是卖家出错了,98万不是我初衷,现在系统还在自动通过审核中...
8.25日更新
开通了微信公众号,可以关注一下~(同名)
欢迎来到蓝色故事札.
其实我自己也忘了申请这个超话的初衷,也许只是闲来无事,也许是为了超话认证,但这一刻我只想把它做好。
无所谓是什么,只想拥有一个我们的秘密基地。一个别人不知道的我们,这里可以存放故事,理想,生活,未来,一切。就当做一个树洞,或者一个时间胶囊吧。
发帖没有规则没有格式,随心而动。
生活板块就是,分享生活,一些理想与故事。
原创指,原创文案,原创故事。
以后还会有其他板块。
超话管理者,符合要求即可申请。
ps:我真的只买了100粉,但是卖家出错了,98万不是我初衷,现在系统还在自动通过审核中...
8.25日更新
开通了微信公众号,可以关注一下~(同名)
#为什么MySQL数据量大了要分库分表#
是这样的。随着用户量的激增和时间的堆砌,存在数据库里面的数据越来越多,此时的数据库就会产生瓶颈,出现资源报警、查询慢等场景。
首先单机数据库所能承载的连接数、I/O及网络的吞吐等都是有限的,所以当并发量上来了之后,数据库就渐渐顶不住了。再则,如果单表的数据量过大,查询的性能也会下降。因为数据越多 B+ 树就越高,树越高则查询 I/O 的次数就越多,那么性能也就越差。因为上述的原因,不得已就得上分库分表了。把以前存在一个数据库实例里的数据拆分成多个数据库实例,部署在不同的服务器中,这是分库。把以前存在一张表里面的数据拆分成多张表,这是分表。一般而言:分表:是为了解决由于单张表数据量多大,而导致查询慢的问题。大致三、四千万行数据就得拆分,不过具体还是得看每一行的数据量大小,有些字段都很小的可能支持更多行数,有些字段大的可能一千万就顶不住了。
分库:是为了解决服务器资源受单机限制,顶不住高并发访问的问题,把请求分配到多台服务器上,降低服务器压力。顺着这个思路,再接着追问几个常见面试题。你们一般怎么分库的?一般分库都是按照业务划分的,比如订单库、用户库等等。有时候会针对一些特殊的库再作切分,比如一些活动相关的库都做了拆分。因为做活动的时候并发可能会比较高,怕影响现有的核心业务,所以即使有关联,也会单独做拆分。
那你觉得分库会带来什么问题呢? 首先是事务的问题。我们使用关系型数据库,有很大一点在于它保证事务完整性。而分库之后单机事务就用不上了,必须使用分布式事务来解决,而分布式事务基本的都是残缺的(我之前文章把分布式事务汇总了一波,后台搜索分布式事务就有了)。这是很重要的一点需要考虑。 连表 JOIN 问题在一个库中的时候我们还可以利用 JOIN 来连表查询,而跨库了之后就无法使用 JOIN 了。此时的解决方案就是在业务代码中进行关联,也就是先把一个表的数据查出来,然后通过得到的结果再去查另一张表,然后利用代码来关联得到最终的结果。这种方式实现起来稍微比较复杂,不过也是可以接受的。还有可以适当的冗余一些字段。比如以前的表就存储一个关联 ID,但是业务时常要求返回对应的 Name 或者其他字段。这时候就可以把这些字段冗余到当前表中,来去除需要关联的操作。那你们怎么分表的?分表其实有两种:垂直分表水平分表垂直分表,来看个图,很直观:
垂直分表就是把一些不常用的大字段剥离出去。像上面的例子:用户名是很常见的搜索结果,性别和年龄占用的空间又不大,而地址和个人简介占用的空间相对而言就较大,我们都知道一个数据页的空间是有限的,把一些无用的数据拆分出去,一页就能存放更多行的数据。内存存放更多有用的数据,就减少了磁盘的访问次数,性能就得到提升。水平分表,则是因为一张表内的数据太多了,上文也提到了数据越多 B+ 树就越高,访问的性能就差,所以进行水平拆分。
其实不管这些,浅显的理解下,在一百个数据里面找一个数据快,还是在一万个数据里面找一个数据快?即使有索引,那厚的书目录多,翻目录也慢~那分表会有什么问题?垂直分表还好,就是需要关联一下,而水平分表就有点麻烦了。 排序、count、分页问题如果一个用户的数据被拆分到多个表中,那查询结果分页就不像以前单张表那样直接就能查出来了,像 count 操作也是一样的。只能由业务代码来实现或者用中间件将各表中的数据汇总、排序、分页然后返回。像 count 操作的结果其实可以缓存下来,然后每次数据增删都更新计数。
路由问题分表的路由可以分:Hash 路由范围路由路由表Hash 路由,其实就是选择表中的某一列,然后进行 Hash 运算,将 Hash 运算得到的结果再对子表数进行取模,这样就能均匀的将数据分到不同的子表上。这跟 HashMap 选哪个桶是一样的原理。优点就是数据分布均匀。缺点就是增加子表的时候麻烦,想想 HashMap的扩容,是不是得搬迁数据?这个分表也是一样的,我们可都知道,数据迁移一件麻烦事!范围路由,其实很简单,可以是时间,也可以是地址,表示一定的范围的即可。比如本来一张 User 表,我可以分 User_HZ、User_BJ、User_SH,按照地名来划分 User。再比如 log 表,我可以将表分为 log_202103、 log_202104,把日志按照年月来划分。优点就是相对而言比较容易扩展,比如现在来个 GZ,那就加个 User_GZ。如果到了 5 月,那就建个 log_202105。缺点就是数据可能分布不均匀,例如 BJ 的用户特别多或者某个月搞了促销,日志量特别大,等等。路由表,就是专门搞个表来记录路由信息,来看个图就很清楚了。
从图中我们就能得知,UserID 为 2 的用户数据在要去 User_3 这个用户表查询。优点就是灵活咯,如果要迁移数据,直接迁移然后路由表一改就完事儿了~缺点就是得多查一次,每次查询都需要访问路由表,不过这个一般会做缓存的。 全局主键问题以前单表的时候很简单,就是主键自增,现在分表了之后就有点尴尬了。所以需要一些手段来保证全局主键唯一。还是自增,只不过自增步长设置一下。比如现在有三张表,步长设置为3,三张表 ID 初始值分别是1、2、3。 这样第一张表的 ID 增长是 1、4、7。第二张表是2、5、8。第三张表是3、6、9,这样就不会重复了。UUID,这种最简单,但是不连续的主键插入会导致严重的页分裂,性能比较差。分布式 ID,比较出名的就是 Twitter 开源的 sonwflake 雪花算法,具体就不展开了,不然就又是一篇文章了,简单点利用 redis 来递增也行。
那上面说的路由问题的 Sharding-Key 如何设计呢?我们分表是按照某个列来拆分的,那个列就是 Sharding-Key,查询的时候必须带上这个列才行。例如上面提到的 log_202103,那表明查询条件一定得带上日期,这样才能找到正确的表。所以设计上得考虑查询的条件来作为 Sharding-Key。举个常常会被问的订单表 Sharding-Key 例子。你想着查找订单的时候会通过订单号去找,所以应该利用订单 ID 来作为 Sharding-Key。但是你想想,你打开外卖软件想查找你的历史订单的时候,你是没有订单 ID 的,你只有你的 UserID,那此时只能把所有子表都通过 UserID 遍历一遍,这样效率就很低了!所以你想着那用 UserID 来作为 Sharding-Key 吧!
但是,商家呢?商家肯定关心自己今天卖了多少单,所以他也要查找订单,但他只有自己的商家 ID,所以如果要查询订单,只能把所有子表都通过商家 ID 遍历一遍,这样效率就很低了!所以 Sharding-Key 是满足不了所有查询需求的,只能曲线救国。一般做法就是冗余数据。将订单同步到另一张表中给商家使用,这个表按商家 ID 来作为 Sharding-Key,也可以将数据同步到 ES 中。一般而言这里的数据同步都是异步处理,不会影响正常流程。
是这样的。随着用户量的激增和时间的堆砌,存在数据库里面的数据越来越多,此时的数据库就会产生瓶颈,出现资源报警、查询慢等场景。
首先单机数据库所能承载的连接数、I/O及网络的吞吐等都是有限的,所以当并发量上来了之后,数据库就渐渐顶不住了。再则,如果单表的数据量过大,查询的性能也会下降。因为数据越多 B+ 树就越高,树越高则查询 I/O 的次数就越多,那么性能也就越差。因为上述的原因,不得已就得上分库分表了。把以前存在一个数据库实例里的数据拆分成多个数据库实例,部署在不同的服务器中,这是分库。把以前存在一张表里面的数据拆分成多张表,这是分表。一般而言:分表:是为了解决由于单张表数据量多大,而导致查询慢的问题。大致三、四千万行数据就得拆分,不过具体还是得看每一行的数据量大小,有些字段都很小的可能支持更多行数,有些字段大的可能一千万就顶不住了。
分库:是为了解决服务器资源受单机限制,顶不住高并发访问的问题,把请求分配到多台服务器上,降低服务器压力。顺着这个思路,再接着追问几个常见面试题。你们一般怎么分库的?一般分库都是按照业务划分的,比如订单库、用户库等等。有时候会针对一些特殊的库再作切分,比如一些活动相关的库都做了拆分。因为做活动的时候并发可能会比较高,怕影响现有的核心业务,所以即使有关联,也会单独做拆分。
那你觉得分库会带来什么问题呢? 首先是事务的问题。我们使用关系型数据库,有很大一点在于它保证事务完整性。而分库之后单机事务就用不上了,必须使用分布式事务来解决,而分布式事务基本的都是残缺的(我之前文章把分布式事务汇总了一波,后台搜索分布式事务就有了)。这是很重要的一点需要考虑。 连表 JOIN 问题在一个库中的时候我们还可以利用 JOIN 来连表查询,而跨库了之后就无法使用 JOIN 了。此时的解决方案就是在业务代码中进行关联,也就是先把一个表的数据查出来,然后通过得到的结果再去查另一张表,然后利用代码来关联得到最终的结果。这种方式实现起来稍微比较复杂,不过也是可以接受的。还有可以适当的冗余一些字段。比如以前的表就存储一个关联 ID,但是业务时常要求返回对应的 Name 或者其他字段。这时候就可以把这些字段冗余到当前表中,来去除需要关联的操作。那你们怎么分表的?分表其实有两种:垂直分表水平分表垂直分表,来看个图,很直观:
垂直分表就是把一些不常用的大字段剥离出去。像上面的例子:用户名是很常见的搜索结果,性别和年龄占用的空间又不大,而地址和个人简介占用的空间相对而言就较大,我们都知道一个数据页的空间是有限的,把一些无用的数据拆分出去,一页就能存放更多行的数据。内存存放更多有用的数据,就减少了磁盘的访问次数,性能就得到提升。水平分表,则是因为一张表内的数据太多了,上文也提到了数据越多 B+ 树就越高,访问的性能就差,所以进行水平拆分。
其实不管这些,浅显的理解下,在一百个数据里面找一个数据快,还是在一万个数据里面找一个数据快?即使有索引,那厚的书目录多,翻目录也慢~那分表会有什么问题?垂直分表还好,就是需要关联一下,而水平分表就有点麻烦了。 排序、count、分页问题如果一个用户的数据被拆分到多个表中,那查询结果分页就不像以前单张表那样直接就能查出来了,像 count 操作也是一样的。只能由业务代码来实现或者用中间件将各表中的数据汇总、排序、分页然后返回。像 count 操作的结果其实可以缓存下来,然后每次数据增删都更新计数。
路由问题分表的路由可以分:Hash 路由范围路由路由表Hash 路由,其实就是选择表中的某一列,然后进行 Hash 运算,将 Hash 运算得到的结果再对子表数进行取模,这样就能均匀的将数据分到不同的子表上。这跟 HashMap 选哪个桶是一样的原理。优点就是数据分布均匀。缺点就是增加子表的时候麻烦,想想 HashMap的扩容,是不是得搬迁数据?这个分表也是一样的,我们可都知道,数据迁移一件麻烦事!范围路由,其实很简单,可以是时间,也可以是地址,表示一定的范围的即可。比如本来一张 User 表,我可以分 User_HZ、User_BJ、User_SH,按照地名来划分 User。再比如 log 表,我可以将表分为 log_202103、 log_202104,把日志按照年月来划分。优点就是相对而言比较容易扩展,比如现在来个 GZ,那就加个 User_GZ。如果到了 5 月,那就建个 log_202105。缺点就是数据可能分布不均匀,例如 BJ 的用户特别多或者某个月搞了促销,日志量特别大,等等。路由表,就是专门搞个表来记录路由信息,来看个图就很清楚了。
从图中我们就能得知,UserID 为 2 的用户数据在要去 User_3 这个用户表查询。优点就是灵活咯,如果要迁移数据,直接迁移然后路由表一改就完事儿了~缺点就是得多查一次,每次查询都需要访问路由表,不过这个一般会做缓存的。 全局主键问题以前单表的时候很简单,就是主键自增,现在分表了之后就有点尴尬了。所以需要一些手段来保证全局主键唯一。还是自增,只不过自增步长设置一下。比如现在有三张表,步长设置为3,三张表 ID 初始值分别是1、2、3。 这样第一张表的 ID 增长是 1、4、7。第二张表是2、5、8。第三张表是3、6、9,这样就不会重复了。UUID,这种最简单,但是不连续的主键插入会导致严重的页分裂,性能比较差。分布式 ID,比较出名的就是 Twitter 开源的 sonwflake 雪花算法,具体就不展开了,不然就又是一篇文章了,简单点利用 redis 来递增也行。
那上面说的路由问题的 Sharding-Key 如何设计呢?我们分表是按照某个列来拆分的,那个列就是 Sharding-Key,查询的时候必须带上这个列才行。例如上面提到的 log_202103,那表明查询条件一定得带上日期,这样才能找到正确的表。所以设计上得考虑查询的条件来作为 Sharding-Key。举个常常会被问的订单表 Sharding-Key 例子。你想着查找订单的时候会通过订单号去找,所以应该利用订单 ID 来作为 Sharding-Key。但是你想想,你打开外卖软件想查找你的历史订单的时候,你是没有订单 ID 的,你只有你的 UserID,那此时只能把所有子表都通过 UserID 遍历一遍,这样效率就很低了!所以你想着那用 UserID 来作为 Sharding-Key 吧!
但是,商家呢?商家肯定关心自己今天卖了多少单,所以他也要查找订单,但他只有自己的商家 ID,所以如果要查询订单,只能把所有子表都通过商家 ID 遍历一遍,这样效率就很低了!所以 Sharding-Key 是满足不了所有查询需求的,只能曲线救国。一般做法就是冗余数据。将订单同步到另一张表中给商家使用,这个表按商家 ID 来作为 Sharding-Key,也可以将数据同步到 ES 中。一般而言这里的数据同步都是异步处理,不会影响正常流程。
风水知识 | 风水各种财位与八字财位布局改运方法
一、风水学上“财位”说法不一,这里有几种说法:
1、认为在进户门的斜角位;
2、认为在房内的三白位,即一白六白八白三个飞星位;
3、宅向财位
乾宅(坐西北朝东南),财位在正西方、西北方、正北方。
坤宅(坐西南朝东北),财位在正东方、西南方。
艮宅(坐东北朝西南),财位在西北方、东北方。
坎宅(坐北向南),财位在西南方、正北方。
离宅(坐南向北),财位在东北方与正南方。
震宅(坐东向西),财位在正东方、正北方。
兑宅(坐西向东),财位在正南方、西北方、东南方。
巽宅(坐东南向西北),财位在西南方、东南方。
如果大门正好是在暗财位,则财源较多。亦可在财位摆放音响、钢琴、敲动财星,增加财源。
4、基于“八宅”理论,均在“四吉”方位,
二、八宅财位定位法:
乾宅财位在西南(坤、未);
坤宅财位在西北(乾、戌);
艮宅财位在西(兑、庚);
兑宅财位在东北(丑、艮);
坎宅财位在南(丙、午);
离宅财位在北(子、壬);
震宅财位在东南(辰、巽);
巽宅财位在东(卯、甲)。
三、风水暗财位
“暗财位”是实质性财位,要通过理气计算判断,即紫白飞星的“生气方”和“旺气方”。
①震宅(大门开在西方)→西北,东方;
②离宅(大门开在北方)→东北,南方;
③兑宅(大门开在东方)→西北,南方,东南;
④坎宅(大门开在南方)→北方,西南;
⑤巽宅(大门开在西北)→西南,东南;
⑥坤宅(大门开在东北)→西南,东方;
⑦乾宅(大门开在东南)→西北,西方,北方;
⑧艮宅(大门开在西南)→西北,东北。
如大门开在西方(震宅),暗财位在西北和东方,在此方位适宜摆放沙发、电脑台或睡床经常坐卧,放置貔貅、麒麟、水晶球或常绿阔叶植物等催财。
四、八字命理财位
出生日的天干为甲、乙的,财位在四隅方(辰戌丑未土)。
出生日的天干为丙、丁的,财位在正西方(酉金)。
出生日的天干为戊、己的,财位在正北方(子水)。
出生日的天干为庚、辛的,财位在正东方(卯木)。
出生日的天干为壬、癸的,财位在正南方(午火)。
查出属于自己的命理财位之后,同样要这个方位不能缺角,保持干净。若是与其它的财位重合那是最好,布局后可以起到双重旺财的作用。若是赶到缺角或者是门、窗等位置,会导致破财或耗财之事发生,总之就不聚财了。
五、如何改变自己的财运?
通过命理财位来改变自己的财运。每个人都有属于自己的命理财位,因为八字不同,因此命理的财位也是不同的。前三种财位属于家庭财位,个人的命理财位只针对自己的财运,这也是调解自己财运最主要的方法。
六、如何改变自己的财运?
还可以佩戴旺财的饰品不改变自己的财运,。比如太岁开运符、五帝钱、玉钱袋、、玉白菜等饰品。
如何改变自己的财运?上讲山管人丁。水管财。在现实社会,把低处都称之为水,想要改变自己的财运首先就得把自己的水源养好才行,这样方可以旺财,方可以财运有气。
如在家中养风水鱼,养风水鱼时一定要与自己的八字命理相符。在选择的缸位为好,不在于贵贱,在风水学上水是家中水,尤其是流水是能够催动所在方位的吉气或凶气排水,在鱼缸都装有水泵循环系统养气充满活力养鱼,注意暗示家中运气活力生猛,鱼缸的高度以低过胸,高过肚为宜。过高或过低都是不好的。
七、财位五宜:
1、财位宜亮:
明亮则生气勃勃。故财位若有阳光或灯光照射,对生旺财运将大有帮助。
2、财位宜生:
“生”指生机茂盛,故应在财位摆放常绿植物,尤以叶大或叶厚的黄金葛、橡胶树及巴西铁树等最为适宜;这些植物应用泥土种植,若以水来培养则不宜。财位不宜种植有刺的仙人掌类植物,否则弄巧成拙。
3、财位宜坐:
财位是一家财气所聚的方位,可以多加利用,例如把沙发、休闲椅、餐桌等常有家人落座的家具摆放在财位。
4、财位宜卧:
睡床方位的吉凶对运程有很大的影响。睡床若摆在财位,对催旺家中财运大有益处。
5、财位宜吉:
财位是旺气凝聚的场所,若在那里摆放一些寓意吉祥的物件,如福、禄、寿三星或是文武财神的塑像,会有锦上添花的妙处。
八、财位六忌
1、财位忌压:
风水学认为,财位受压是绝对不适宜的,若将沉重的大衣柜、书柜或储物柜等等压在财位,便会损害这套居所的财运。
2、财位忌水:
财位不宜摆放鱼缸或用水培养的植物,因为风水上有“见财化水”一说。
3、财位忌空:
财位背后宜有坚固的墙,因为象征有靠山可倚,无后顾之忧,可藏风聚气。反之,若财位背后是阳台或玻璃窗,便会因为泄了财气而难以积聚财富。
4、财位忌冲:
风水学最忌尖角冲射,故财位附近不宜有尖角。
5、财位忌污:
倘若厕所浴室在财位或杂物放在财位,会污损财位,令财运大打折扣。
6、财位忌暗:
财位昏暗则暮气沉沉,有滞财运,需点长明灯化解。
九、居室财位的选择与判断
“财位”就是房宅内生气最旺的方位,因房宅不同,财位也因而不同。财位在居室中是首重之位,财为养命之源,无财则万事空,因此选定财位后就要好好利用,如果财位被洗手间或杂物室给占用的话,则财位受阻,对家中的财运有很大的坏处。经常不用的衣物或者杂物也不能长期存放在财位之上,否则财气不流动,构成败财局对主人是相当的不利。财位的五行属性也不可被克制,如被克制则必须化解,否则必将损失大财。
各门派对财位的取法不同,各执一说,让大众无所适从。但无论是何种说法,重要的是必须管用,不管用的说法是不足以相信的。中国减法风水学把财位分为固定财位与流动财位。固定财位是永久不变的,非常重要,不可废弃。流动的财位是在固定的财位基础之上来确定那一年财气最旺,进而更好地催旺财气。
确定财位之后,则要善加利用,可睡、卧、坐、或摆放家人照片等,以达催旺生财的目的。居室内的固定财位与流动财位其实是相同的,只不过是流动财位是在固定财位之间流动,每年不同。
一、风水学上“财位”说法不一,这里有几种说法:
1、认为在进户门的斜角位;
2、认为在房内的三白位,即一白六白八白三个飞星位;
3、宅向财位
乾宅(坐西北朝东南),财位在正西方、西北方、正北方。
坤宅(坐西南朝东北),财位在正东方、西南方。
艮宅(坐东北朝西南),财位在西北方、东北方。
坎宅(坐北向南),财位在西南方、正北方。
离宅(坐南向北),财位在东北方与正南方。
震宅(坐东向西),财位在正东方、正北方。
兑宅(坐西向东),财位在正南方、西北方、东南方。
巽宅(坐东南向西北),财位在西南方、东南方。
如果大门正好是在暗财位,则财源较多。亦可在财位摆放音响、钢琴、敲动财星,增加财源。
4、基于“八宅”理论,均在“四吉”方位,
二、八宅财位定位法:
乾宅财位在西南(坤、未);
坤宅财位在西北(乾、戌);
艮宅财位在西(兑、庚);
兑宅财位在东北(丑、艮);
坎宅财位在南(丙、午);
离宅财位在北(子、壬);
震宅财位在东南(辰、巽);
巽宅财位在东(卯、甲)。
三、风水暗财位
“暗财位”是实质性财位,要通过理气计算判断,即紫白飞星的“生气方”和“旺气方”。
①震宅(大门开在西方)→西北,东方;
②离宅(大门开在北方)→东北,南方;
③兑宅(大门开在东方)→西北,南方,东南;
④坎宅(大门开在南方)→北方,西南;
⑤巽宅(大门开在西北)→西南,东南;
⑥坤宅(大门开在东北)→西南,东方;
⑦乾宅(大门开在东南)→西北,西方,北方;
⑧艮宅(大门开在西南)→西北,东北。
如大门开在西方(震宅),暗财位在西北和东方,在此方位适宜摆放沙发、电脑台或睡床经常坐卧,放置貔貅、麒麟、水晶球或常绿阔叶植物等催财。
四、八字命理财位
出生日的天干为甲、乙的,财位在四隅方(辰戌丑未土)。
出生日的天干为丙、丁的,财位在正西方(酉金)。
出生日的天干为戊、己的,财位在正北方(子水)。
出生日的天干为庚、辛的,财位在正东方(卯木)。
出生日的天干为壬、癸的,财位在正南方(午火)。
查出属于自己的命理财位之后,同样要这个方位不能缺角,保持干净。若是与其它的财位重合那是最好,布局后可以起到双重旺财的作用。若是赶到缺角或者是门、窗等位置,会导致破财或耗财之事发生,总之就不聚财了。
五、如何改变自己的财运?
通过命理财位来改变自己的财运。每个人都有属于自己的命理财位,因为八字不同,因此命理的财位也是不同的。前三种财位属于家庭财位,个人的命理财位只针对自己的财运,这也是调解自己财运最主要的方法。
六、如何改变自己的财运?
还可以佩戴旺财的饰品不改变自己的财运,。比如太岁开运符、五帝钱、玉钱袋、、玉白菜等饰品。
如何改变自己的财运?上讲山管人丁。水管财。在现实社会,把低处都称之为水,想要改变自己的财运首先就得把自己的水源养好才行,这样方可以旺财,方可以财运有气。
如在家中养风水鱼,养风水鱼时一定要与自己的八字命理相符。在选择的缸位为好,不在于贵贱,在风水学上水是家中水,尤其是流水是能够催动所在方位的吉气或凶气排水,在鱼缸都装有水泵循环系统养气充满活力养鱼,注意暗示家中运气活力生猛,鱼缸的高度以低过胸,高过肚为宜。过高或过低都是不好的。
七、财位五宜:
1、财位宜亮:
明亮则生气勃勃。故财位若有阳光或灯光照射,对生旺财运将大有帮助。
2、财位宜生:
“生”指生机茂盛,故应在财位摆放常绿植物,尤以叶大或叶厚的黄金葛、橡胶树及巴西铁树等最为适宜;这些植物应用泥土种植,若以水来培养则不宜。财位不宜种植有刺的仙人掌类植物,否则弄巧成拙。
3、财位宜坐:
财位是一家财气所聚的方位,可以多加利用,例如把沙发、休闲椅、餐桌等常有家人落座的家具摆放在财位。
4、财位宜卧:
睡床方位的吉凶对运程有很大的影响。睡床若摆在财位,对催旺家中财运大有益处。
5、财位宜吉:
财位是旺气凝聚的场所,若在那里摆放一些寓意吉祥的物件,如福、禄、寿三星或是文武财神的塑像,会有锦上添花的妙处。
八、财位六忌
1、财位忌压:
风水学认为,财位受压是绝对不适宜的,若将沉重的大衣柜、书柜或储物柜等等压在财位,便会损害这套居所的财运。
2、财位忌水:
财位不宜摆放鱼缸或用水培养的植物,因为风水上有“见财化水”一说。
3、财位忌空:
财位背后宜有坚固的墙,因为象征有靠山可倚,无后顾之忧,可藏风聚气。反之,若财位背后是阳台或玻璃窗,便会因为泄了财气而难以积聚财富。
4、财位忌冲:
风水学最忌尖角冲射,故财位附近不宜有尖角。
5、财位忌污:
倘若厕所浴室在财位或杂物放在财位,会污损财位,令财运大打折扣。
6、财位忌暗:
财位昏暗则暮气沉沉,有滞财运,需点长明灯化解。
九、居室财位的选择与判断
“财位”就是房宅内生气最旺的方位,因房宅不同,财位也因而不同。财位在居室中是首重之位,财为养命之源,无财则万事空,因此选定财位后就要好好利用,如果财位被洗手间或杂物室给占用的话,则财位受阻,对家中的财运有很大的坏处。经常不用的衣物或者杂物也不能长期存放在财位之上,否则财气不流动,构成败财局对主人是相当的不利。财位的五行属性也不可被克制,如被克制则必须化解,否则必将损失大财。
各门派对财位的取法不同,各执一说,让大众无所适从。但无论是何种说法,重要的是必须管用,不管用的说法是不足以相信的。中国减法风水学把财位分为固定财位与流动财位。固定财位是永久不变的,非常重要,不可废弃。流动的财位是在固定的财位基础之上来确定那一年财气最旺,进而更好地催旺财气。
确定财位之后,则要善加利用,可睡、卧、坐、或摆放家人照片等,以达催旺生财的目的。居室内的固定财位与流动财位其实是相同的,只不过是流动财位是在固定财位之间流动,每年不同。
✋热门推荐