Got it

Using the Phoenix client to query data error

Created: Aug 29, 2019 12:05:15Latest reply: Aug 29, 2019 12:28:44 788 1 1 0 0
  Rewarded HiCoins: 0 (problem resolved)

Hello, I am executing the query select count(1) from test_table and reporting the following error:

Phoenix2

How should I handle such an error? Can you help me, thank you very much.

Featured Answers

Hello, The hoenix is ​​the client implementation of HBase, hoenix has HBase features, HBase is good at making Phoenix, and HBase is not good at Phoenix. For this kind of aggregate function like count/groub by, Phoenix Processing is also very weak, the implementation is not fast, it is easy to time out, the timeout is divided into two layers, one is the query timeout of Phoenix itself, one is the timeout of the scan after the magazine is disassembled into scan, see from the above log, this Obviously the latter, socket timeout.

Divide your problem into two resolution levels:

1. Analyze whether the statement is reasonable to use in Phoenix, and whether it can meet the requirements in other ways, such as MR tasks.

2. If the client has to solve with SQL, then analyze the table and statement to see if you can reduce the timeout by changing the table structure, such as placing the query column into a separate column family.

3. Even if the tables and statements are analyzed and the table structure and statements are optimized, there may still be timeouts, so the two timeout parameters of scan are moderately large.

View more
  • x
  • convention:

All Answers

Hello, The hoenix is ​​the client implementation of HBase, hoenix has HBase features, HBase is good at making Phoenix, and HBase is not good at Phoenix. For this kind of aggregate function like count/groub by, Phoenix Processing is also very weak, the implementation is not fast, it is easy to time out, the timeout is divided into two layers, one is the query timeout of Phoenix itself, one is the timeout of the scan after the magazine is disassembled into scan, see from the above log, this Obviously the latter, socket timeout.

Divide your problem into two resolution levels:

1. Analyze whether the statement is reasonable to use in Phoenix, and whether it can meet the requirements in other ways, such as MR tasks.

2. If the client has to solve with SQL, then analyze the table and statement to see if you can reduce the timeout by changing the table structure, such as placing the query column into a separate column family.

3. Even if the tables and statements are analyzed and the table structure and statements are optimized, there may still be timeouts, so the two timeout parameters of scan are moderately large.

View more
  • x
  • convention:

Comment

You need to log in to comment to the post Login | Register
Comment

Notice: To protect the legitimate rights and interests of you, the community, and third parties, do not release content that may bring legal risks to all parties, including but are not limited to the following:
  • Politically sensitive content
  • Content concerning pornography, gambling, and drug abuse
  • Content that may disclose or infringe upon others ' commercial secrets, intellectual properties, including trade marks, copyrights, and patents, and personal privacy
Do not share your account and password with others. All operations performed using your account will be regarded as your own actions and all consequences arising therefrom will be borne by you. For details, see " User Agreement."

My Followers

Login and enjoy all the member benefits

Login

Block
Are you sure to block this user?
Users on your blacklist cannot comment on your post,cannot mention you, cannot send you private messages.
Reminder
Please bind your phone number to obtain invitation bonus.